Discussion :

[Nicolas Bauland]

J'ai cr�e une structure qui contient des std::string pour stocker quelques chaines.

Code :

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

1
2
3
4
 
struct MaStruct {
    std::string String1;
};

Dans mon programme j'utilise un vector de cette structure:

Code :

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

1
2
 
std::vector<MaStruct> list;

Lorsque mon programme se termine il d�tecte des fuites de m�moires. Les string �tant des objets ne devraient-elles pas se d�truire toutes seules ? De m�me pour le vector ?

Merci de vos lumi�res.

[Davidbrcz]

Lorsque mon programme se termine il d�tecte des fuites de m�moires

Qui est 'il' ? Est-ce ton programme ? Il faudra que tu m'expliques comment il fait pour d�tecter ses propres fuites de m�moire, je veux bien la recette :p

[Nicolas Bauland]

Qui est il ? Ton programme ? Il faudra que tu m'expliques comment il fait pour d�tecter ses propres fuites de m�moire.

Pardon, je me suis en effet mal exprim�: c'est l'IDE (Visual Studio 2008) qui me d�tecte des fuites de m�moire � la sortie du programme.

[3DArchi]

Salut,
Il est peu probable que ta fuite m�moire vienne des string ou des std::vector sauf � avoir un impl�mentation exotique de la STL qui aurait des bugs. Mais si tu utilises des compilateurs habituels (gcc, visual, icc, etc.), ce cas est vraiment peu probable.
Les premi�res choses � v�rifier sont tes propres allocations ou celles de biblioth�ques tierces moins r�pandues et donc susceptibles d'avoir des bugs.
La question un peu maladroite de David est int�ressante : comment sais-tu que tu as des fuites m�moires ? Peut-�tre est-ce le diagnostique qui est trop h�tif ?

[3DArchi]

Pardon, je me suis en effet mal exprim�: c'est l'IDE (Visual Studio 2008) qui me d�tecte des fuites de m�moire � la sortie du programme.

Tu as des MFC ?

[Nicolas Bauland]

Salut,
Il est peu probable que ta fuite m�moire vienne des string ou des std::vector sauf � avoir un impl�mentation exotique de la STL qui aurait des bugs. Mais si tu utilises des compilateurs habituels (gcc, visual, icc, etc.), ce cas est vraiment peu probable.

Donc, on est bien d'accord qu'� priori, cela ne vient ni des string ni des vector (surtout que pour l'instant je n'ai pas de new dans mon programme).

La question un peu maladroite de David est int�ressante : comment sais-tu que tu as des fuites m�moires ? Peut-�tre est-ce le diagnostique qui est trop h�tif ?

Lorsque j'execute mon programme dans l'IDE, il m'indique une fuite memoire � la sortie de celui-ci. Ce qui est �trange, et ce pourquoi j'ai pos� la question, est que la m�moire perdue semble contenir des chaines de caract�res contenue dans les string.

Comme j'utilise des variables globales, peut-etre le diagnostique se fait-il avant la lib�ration de celle ci ?

[Nicolas Bauland]

Tu as des MFC ?

En fait je travaille avec une dll win32 (l� o� r�side mon vecto de string) dans un programme MFC (Boite de dialogue toute bete).

[Davidbrcz]

Aurais tu moyen de passer ton programme par un coup de purify (ou un autre �quivalent) pour tester s'il y a vraiment fuite de m�moire ?
Car si tu utilise le RAII (tes classes sont RAII-sante ou utilise des objets respectant le RAII) , je ne vois pas comment tu pourrais avoir des fuites de m�moire.

[Klaim]

Si tu utilises des biblioth�ques, assures toi qu'il n'y en a pas une qui ne d�salloue pas des donn�es "de base" parcequ'elle part du principe qu'une fois initializ�e elle ne peut �tre d�truite qu'a la fin du programme, alors autant "laisser faire l'OS"...

J'ai vu �a plusieurs fois, mais heureusement il y a toujours eu des patchs pour corriger de tels biblioth�ques pour permettre de quitter l'application de mani�re propre.

[Nicolas Bauland]

En fait le probl�me venait du fait que mon programme "boite de dialogue" se terminait, et donc faisait le diagnostique de la memoire, avant que la dll soit decharg�e.

Du coup toutes les variables de la dll ne semblait pas desalouees. Je pense qu'elles devaient l'etre mais je n'en suis pas certain et je n'aime pas voir des messages d'erreur memoire dans l'IDE. (Peut etre que j'aurais pu passer outre, mais je ne trouve pas ca propre ni rassurant).

J'ai donc revu l'utilisation de la dll (c'est l'avantage quand on fait tout !) et le probleme semble resolu.