Discussion :

[mambo]

Salut tlm,

Quelqu'un aurait une id�e concernant des moyens de correction et de d�tection de fuites de m�moire?

Merci d'avance.

[Reeter]

tu peux utiliser Purify, si t'as de l'argent, ou bien Memory Validator...
Ou alors regarder dans le debugger de Visual, si tu as de la chance...

[M�dinoc]

Pour Visual, le #define _CRTDBG_MAP_ALLOC peut �tre utile pour commencer (il permet de lister les memory leaks et l'endroit du malloc() dans la sortie Debug Output...)

Si tu n'utilises pas MFC, tu vas devoir rajouter toi-m�me un appel � _CrtDumpMemoryLeaks() � la fin de ton programme.

[mambo]

Je viens de t�l�charger Memory validator mais je ne sais pas trop comment �a marche??

[mambo]

Pour Visual, le #define _CRTDBG_MAP_ALLOC peut �tre utile pour commencer (il permet de lister les memory leaks et l'endroit du malloc() dans la sortie Debug Output...)

Si tu n'utilises pas MFC, tu vas devoir rajouter toi-m�me un appel � _CrtDumpMemoryLeaks() � la fin de ton programme.

Je n'ai rien avec cette m�thode. Voil� comment je l'ai utilis� dans le fichier main.cpp. Quelque chose doit manquer?non?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
#define _CRTDBG_MAP_ALLOC 
int main( int argc, char** argv )
{
  //some code...
_CrtDumpMemoryLeaks() ;
return 0;
}

[M�dinoc]

Il faut utiliser le define avant l'inclusion de <stdlib.h>.
Normalement, cela redirigera la fonction malloc() sur _malloc_dbg() dont les param�tres contiennent le nom de fichier et la ligne...

[philippe V]

si tu roule ton app en debug le rapport a la fin de l'execution devrait te donner de bonne piste