Detected memory leaks!

**Cirdan Telemnar** · 15/06/2006, 17h01

comment savoir d'ou vient les fuites memoires

**M�dinoc** · 15/06/2006, 17h11

Tu utilises MFC ?

**Cirdan Telemnar** · 15/06/2006, 17h15

oui

**farscape** · 15/06/2006, 17h41

salut,
si tu as les macros suivante en debut de source:

Code :

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

1
2
3
4
5
6
 
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

la fuite memoire sera signal�e en debug dans l'onglet debug.
avec en prime la ligne de la fuite accessible par double clic.

**Matthieu Brucher** · 15/06/2006, 17h44

Excellent !
Ca marche sur toutes les versions de Visual ?

**Cirdan Telemnar** · 15/06/2006, 17h46

je deja ces lignes mais je peux pas double cliquer sur toutes

**farscape** · 15/06/2006, 17h47

�a fonctionne depuis visual 4.x jusqu'a visual .net 200x
.

**farscape** · 15/06/2006, 17h48

si tu as les lignes et que tu n'as pas l'info complete c'est que la fuite est dans un source qui n'a pas ces macros.

**Matthieu Brucher** · 15/06/2006, 17h50

J'imagine qu'il faut faire gaffe aussi � ce que l'effacement des donn�es allou�es avec ces new soit fait dans un source avec ces macros ?

**farscape** · 15/06/2006, 18h07

Envoy� par Miles

J'imagine qu'il faut faire gaffe aussi � ce que l'effacement des donn�es allou�es avec ces new soit fait dans un source avec ces macros ?

je ne pense pas, le define ne redefinit que le new.

**Matthieu Brucher** · 15/06/2006, 18h18

On verra bien comment il s'en sort alors, mais c'est �tonnant, la plupart des biblioth�ques qui font �a doivent r��crire et new et delete.

**nico-pyright(c)** · 15/06/2006, 18h45

vive le garbage collector

**Matthieu Brucher** · 15/06/2006, 19h00

Vive les pointeurs intelligents

**farscape** · 15/06/2006, 19h13

Vive les bons programmeurs

**hiko-seijuro** · 15/06/2006, 20h50

[FLOOD on]
VIVE MOI !
[FLOOD off]

mais comment il fait pour rep�rer les fuites ?

**M�dinoc** · 15/06/2006, 22h09

Au passage: Si tu as par malheur des malloc() dans ton programme (ce que tu ne devrais pas avoir puisque c'est un programme C++), rajoute cette d�finition dans les options du pr�processeur:

Code :

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

_CRTDBG_MAP_ALLOC

Cela te permettra d'avoir nom de fichier et num�ro de ligne pour les malloc comme pour les new.

**Cirdan Telemnar** · 16/06/2006, 08h45

je n'est pas de malloc dans mon programme

parcontre j'ai une map dans une de mes classe que je remplis dans le constructeur comme ceci

Code :

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

s_maMap["OK"] = pOK;

faut il que je les efface dans mon destructeur ? si oui comment car la je sais pas car l'utilisation des map m'�tais jusque la inconnu mais ma �t� impos� donc j'ai pris ce que j'ai pu sur le net.

**Matthieu Brucher** · 16/06/2006, 09h22

Non, ta map est d�truite � la destructution de l'objet.

**M�dinoc** · 16/06/2006, 09h28

Par contre, si la map contient des pointeurs, les objets point�s ne sont pas d�truits, me semble-t-il...

C'est pour cela que les conteneurs de la STL travaillent g�n�ralement par valeur...

Au fait, au sujet du debug de MFC: le define ne red�finit que le new, mais c'est pour ajouter des param�tres (c'est un nouvel operator new qui est appel�)
L'operator delete est r��crit aussi, mais il garde la m�me signature que le delete original, donc pas besoin de define.

**Cirdan Telemnar** · 16/06/2006, 09h30

dans mon exemple pOK se trouve dans un enum

Detected memory leaks!

MFC

Discussions similaires

Partager

Partager