Detected memory leaks!

comment savoir d'ou vient les fuites memoires

Tu utilises MFC ?

oui

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

Code:

---

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.
:D

Excellent !
Ca marche sur toutes les versions de Visual ?

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

ça fonctionne depuis visual 4.x jusqu'a visual .net 200x
.
:D

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.

:D

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 ?

Citation:

---

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.
:D

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.

vive le garbage collector :aie:

Vive les pointeurs intelligents :D

Vive les bons programmeurs :ange:

[FLOOD on]
VIVE MOI !
[FLOOD off]

mais comment il fait pour repérer les fuites ?

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:

---

_CRTDBG_MAP_ALLOC

---

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

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_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.

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

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.

dans mon exemple pOK se trouve dans un enum

Ah, ce n'est donc pas un pointeur ?

Comment est déclarée ta map ?

le nom pOk ne nous renseigne pas trop sur sa nature..
pour moi p c'est un pointeur.
:D

Citation:

---

Envoyé par Médinoc

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...

---

Tout à fait :)

voila mon enum

Code:

---

1 2 3 4 5 6

static enum MonEnum { pOK, pERR, pERR_CDE };

---

la déclaration du map

Code:

---

map<string,MonEnumr> s_maMap;

---

et son initalisation dans le constructeur de ma classe

Code:

---

1 2 3 4 5 6

CMaClass::CMaClass() { s_maMap["OK"] = pOK; s_maMap["ERROR"] = pERR; s_maMap["ERROR CDE"] = pERR_CDE; }

---

Aucun pb, elle sera détruite à la destruction de la classe sans aucun problème.

il n' y a pas de probleme de memoire avec ça ...
:D

c'est bizarre car les chaine OK, ERR, ERR_CDE apparaissent dans les fuites mémoires

Non, c'est pas grave ça, http://c.developpez.com/faq/cpp/?pag...MES_STL_fuites