Discussion :

[stof]

Bonjour,

J'ai un problème sur un gros programme bien déguelasse (c'est pas moi qui l'ai fait! ) :

Voilà en gros à quoi ressemble le programme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
main
{
CMyClass* myclass = new CMyClass();
 
for (i = 0; i < myclass ->getNbElements();i++)
{
//Plein de traitements dans tous les sens
 
_CrtCheckMemory(); //Les [8] dernieres iterations engendrent des memory check error at 0x02875C1... = 0x01, should be 0xFD
}
 
//delete myclass  //cas1
delete myclass //cas2
 
}

Problème :

Mettons qu'on doive faire 200 itérations, les 8 dernières vont afficher le message de debug évoqué ci-dessus (si je fais moins d'itérations, pas de souci donc je sais qu'il y a un débordement de tableau ou quelque chose comme ça au vu de ce que je lis sur les forums mais le programme est tellement complexe et ramifié que je cherche une aiguille dans une botte de foin)

cas1 : je ne fait pas de delete myclass ->j'ai des fuites mémoires qui défilent pendant 5 bonnes minutes (c'est mal!)

cas2 : je fais le delete et BOUM "DAMAGE: after Normal block"

Au secours!

[Médinoc]

La memory check error et le Damage after Normal Block vont dans le même sens: Débordement de tableau après les données, et le débordement a eu lieu doit dans le delete, soit dans un delete appelé par un destructeur.

Conseil : Ajoute une trace (TRACE, OutputDebugString(), etc.) dans le destructeur de myclass et dans tous ceux de tes classes persos, tu verras quelle trace est affichée en dernier avant l'erreur...

[stof]

Conseil : Ajoute une trace (TRACE, OutputDebugString(), etc.) dans le destructeur de myclass et dans tous ceux de tes classes persos, tu verras quelle trace est affichée en dernier avant l'erreur...

Si seulement les éléments alloués étaient tous désalloués dans les destructeurs... Mais certaines allocations/désallocations ont lieu pendant certaines fonctions...enfin je vais voir ce que je peux faire avec ça.