Discussion :

[DEVfan]

Bonjour,

J'ai un code principalement orienté C mais il existe tout de même de plus en plus de dérivé C++. Ainsi par exemple dans l'une des fonctions, j'ai rencontré un new.
Waouh!
Bon non, sans rire, j'ai un crash microsoft lors de l'exécution de mon programme. Mon débuggueur m'amène sur la pile un problème d'allocation mémoire puisque le crash est du à la sortie en exception (throw) qui doit être BAD_ALLOC lors d'une création de mémoire. Si j'utilisais des images gigantesque, je pourrais me dire que j'arrive à la limite mémoire et que c'est normal...mais non, c'est une pauvre image 30x30. Alors je cherche des pistes si vous en avez...

Le code qui semble la cause du crash est

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FLOAT** AreaDataFilt = new FLOAT*[width]; (avec width=9)

et le dernier message de la pile est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
void *__CRTDECL operator new(size_t size) _THROW1(_STD bad_alloc)
        {       // try to allocate size bytes
        void *p;
        while ((p = malloc(size)) == 0)
                if (_callnewh(size) == 0)
                {       // report no memory
                static const std::bad_alloc nomem;
                _RAISE(nomem);
                }                                                    << curseur là
 
        return (p);
        }

N'y a t-il pas d'autre option que plus de place mémoire (qu'il me paraît pourtant impossible d'atteindre dans mon cas) ?

[bertry]

Et avec ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FLOAT** AreaDataFilt = new FLOAT[width]; //(avec width=9)

au lieu de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FLOAT** AreaDataFilt = new FLOAT*[width]; //(avec width=9)

?

PS : Utilises les balises [code]

[DEVfan]

heu, ben oui, je veux bien essayer mais il faudrait que je soit capable d'entourlouper mon compilo...
Comment veux-tu faire croire qu'un FLOAT** c'est pareil qu'un FLOAT* ?

enfin en bref, ce n'est pas pareil et en plus ce n'est pas faisable. DSL

[gbdivers]

Vérifie l'occupation mémoire au cas où (fuite ?)... mais sinon je dirais que le débogueur n'arrive tout simplement pas à localiser correctement la source du problème.
En général, il faut passer aux techniques de recherche d'aiguille dans une botte de foin

qui doit être BAD_ALLOC

Tu n'es pas sur de l'exception envoyée ?

Et en faisant une allocation sur la pile ? (attention à la durée de vie)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FLOAT* AreaDataFilt[width]; // (avec width=9)

Bref, ça va être difficile d'aider

[DEVfan]

J'ai suivi l'idée en testant un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
int a=0;
INT* test = new INT[500];

J'ai crash pareil...

J'ai du coup tester

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INT *test0 = (INT*)malloc(100*sizeof(INT));

et là miraculeusement ça passe...
Donc j'ai bien de la mémoire mais pourquoi mon new n'en veut pas?

[DEVfan]

ah oui, mais mon test0 est null.... donc j'ai bien un problème mémoire

[oodini]

Ce bout de code que tu as testé, c'est dans le même fichier, ou dans un projet à part ?

[DEVfan]

C'est dans le même code, la même page, le même endroit...

Après un peu plus d'investigation, une fonction omise supprime le problème. Il semblerait qu'il y ait des dépassements mémoire dans un tableau amont dans cette fonction. En fait, je travaille avec une image trop petite...et en effet le problème disparaît sur de grosses images

Est-ce qu'un dépassement mémoire de la sorte peut impacter l'allocation mémoire comme présenté? Si oui, comment ça se fait?