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