Fuites mémoires : comment trouver

Bonjour,

J'ai un gros programme qui n'est pas à moi et qui termine par plein de fuites mémoires.
Ca fait 1.5 jours que je vérifie manuellement qu'il y a bien des delete pour tous les nouveaux objets réées par new (pas de malloc / free dans le code).
Pourtant, rien à faire, je ne vois pas où il peut y avoir ces fuites.

Malheureusement, je n'ai que ça comme indications à la fin :
Detected memory leaks!
Dumping objects ->
{28619331} normal block at 0x0D10DFF0, 1 bytes long.
Data: < > 00
{21835078} normal block at 0x0D014C40, 13 bytes long.
Data: <NL0000361947 > 4E 4C 30 30 30 30 33 36 31 39 34 37 00
{21835072} normal block at 0x0D014CF0, 1 bytes long.
Data: < > 00

Ce qui ne me dit pas où trouver l'erreur.

Miracle, dans la MSDN, je vois quelque chose SENSE me fournir plus d'indications :
ajouter :
#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>

et terminer le programme par _CrtDumpMemoryLeaks();
Ca ne fait rien de mieux (surement parce que ça ne s'applique qu'à malloc/free).

Au secours! ;)

Salut,

Tu peux peut-être essayer d'utiliser Visual Leak Detector, ça fait quelque temps que je ne l'ai plus utilisé, mais dans mes souvenirs ça donnait des informations assez précises sur les emplacements des new fautifs.

Sinon il faudrait utiliser des std::auto_ptr, boost::shared_ptr, etc.. d'une façon générale, mais c'est sûr que sur un code existant c'est lourd à mettre en place...

MAT.

Merci.

J'ai utilessayé 2 fois la première méthode, mais avec la chance que j'ai :

mon programme tournait avant en 3-4 minutes.
Au bout de 10 mn en incluant son outil, ça tourne toujours, puis l'ordinateur m'avertit que j'ai presque plus de mémoire virtuelle, puis Unhandled exception...Access Violation et Visual saute!
Ca n'a pas l'air tout à fait au point leur outil.:(

T'as pas moyen de ne lancer qu'une petite partie de ton application, avec si possible un jeu de données réduit par exemple, dans un premier temps ?

MAT.

Non, trop grosse fonction, c'est très compliqué d'isoler certaines parties, c'est écrit n'importe comment!

Pas d'autre moyen alors?

bah moi à l'époque, je double cliquais sur la ligne de message d'erreur et ca me renvoyais sur la déclaration non libérée (comme sur le debugger)

Citation:

---

Envoyé par la drogue c'est mal

bah moi à l'époque, je double cliquais sur la ligne de message d'erreur et ca me renvoyais sur la déclaration non libérée (comme sur le debugger)

---

Moi pas (Visual 6) :?

Et c'est incroyable que quand j'utilise des bibliothèques faites pour ça, ça me plante le programme!!!!!

#include <crtdbg.h>
#include <dbgnew.h>

#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif


-->le programme plante en cours de route avant même que je puisse appeler
_CrtMemDumpAllObjectsSince(NULL);

:help:

Citation:

---

Envoyé par stof

Moi pas (Visual 6) :?

---

si ce n'est pas le cas c'est qu'il te manque dans tes sources :

Code:

---

1 2 3 4 5 6 7 8 9

#include "stdafx.h"   #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif

---

le bloc ifdef _DEBUG...
:D

Désolé de répondre si tard mais entre temps j'ai fait d'autres choses mais je suis pas plus avancé sur ce problème :

J'ai un problème dès l'inclusion de stdafx.h



Mais voilà ce que ça fait à la compilatioon pour commencer

Code:

---

1 2 3 4 5 6 7 8 9 10 11

c:\program files\microsoft visual studio\vc98\include\oaidl.h(710) : error C2059: syntax error : ';' c:\program files\microsoft visual studio\vc98\include\oaidl.h(736) : warning C4229: anachronism used : modifiers on data are ignored c:\program files\microsoft visual studio\vc98\include\oaidl.h(736) : error C2501: 'callconv' : missing storage-class or type specifiers c:\program files\microsoft visual studio\vc98\include\urlmon.h(3357) : warning C4003: not enough actual parameters for macro 'ReportResult' c:\program files\microsoft visual studio\vc98\include\urlmon.h(3357) : error C2059: syntax error : '(' c:\program files\microsoft visual studio\vc98\include\urlmon.h(3357) : error C2238: unexpected token(s) preceding ';' c:\program files\microsoft visual studio\vc98\include\oleauto.h(754) : warning C4229: anachronism used : modifiers on data are ignored c:\program files\microsoft visual studio\vc98\include\oleauto.h(754) : error C2501: 'cc' : missing storage-class or type specifiers c:\program files\microsoft visual studio\vc98\include\oleauto.h(798) : error C2059: syntax error : '__stdcall' c:\program files\microsoft visual studio\vc98\atl\include\atlcom.h(3612) : warning C4229: anachronism used : modifiers on data are ignored c:\program files\microsoft visual studio\vc98\atl\include\atlcom.h(3612) : error C2501: 'cc' : missing storage-class or type specifiers

---

EDIT : ça passe sans en fait

je ne parlai pas de stdafx.h ... , mais du bloc ifdef _DEBUG ...
:D

Bon, ça change rien le bloc #ifdef _DEBUG, j'ai toujours les mêmes informations incompréhensibles :

Detected memory leaks!
Dumping objects ->
{15776933} normal block at 0x0C948D60, 13 bytes long.
Data: <QS0002779138 > 51 53 30 30 30 32 37 37 39 31 33 38 00
{15776927} normal block at 0x0C949990, 1 bytes long.
Data: < > 00
{15776926} normal block at 0x0C949BD0, 4 bytes long.
Data: < > 90 99 94 0C

etc


PS : j'ai mis le bloc en hait du source qui contient le main : faut-il en metytre dans tous les cpp utilisés pour que ça donne quelque chose?

Citation:

---

Envoyé par stof

Bon, ça change rien le bloc #ifdef _DEBUG, j'ai toujours les mêmes informations incompréhensibles :

Detected memory leaks!
Dumping objects ->
{15776933} normal block at 0x0C948D60, 13 bytes long.
Data: <QS0002779138 > 51 53 30 30 30 32 37 37 39 31 33 38 00
{15776927} normal block at 0x0C949990, 1 bytes long.
Data: < > 00
{15776926} normal block at 0x0C949BD0, 4 bytes long.
Data: < > 90 99 94 0C

etc


PS : j'ai mis le bloc en hait du source qui contient le main : faut-il en metytre dans tous les cpp utilisés pour que ça donne quelque chose?

---

ben oui....

Bon, je sens que je vais commencer à agacer à patauger comme ça :

j'en ai mis dans tus les sources inclus dans mon projets...qui le veulent bien parce que dans d'autre, ça fait error C2065: 'DEBUG_NEW' : undeclared identifier à la compilation...

Effectivement, un des fichiers m'a aiguillé sur le problème.
Pour le reste, ça doit être soit des sources "qui ne veulent pas accepter le bloc debug", soit d'autres fonctions appelées par l'intermédiaire de .h inclus dans le projet mais dont les sources ne sont pas mises dans le projet.

Pfffff

? :(

Bjr,
J'ai le meme pb. As tu avancé dans tes recherches et peux tu m'en faire profiter ?
merci.