Version imprimable
J'ai cr�e une structure qui contient des std::string pour stocker quelques chaines.
Dans mon programme j'utilise un vector de cette structure:Code:
2
3
4
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 ?Code:
2
Merci de vos lumi�res.
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 :pCitation:
Lorsque mon programme se termine il d�tecte des fuites de m�moires
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.Citation:
Envoy� par Davidbrcz
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 ?
Tu as des MFC ?Citation:
Envoy� par Nicolas Bauland
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).Citation:
Envoy� par 3DArchi
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.Citation:
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 ?
Comme j'utilise des variables globales, peut-etre le diagnostique se fait-il avant la lib�ration de celle ci ?
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).Citation:
Envoy� par 3DArchi
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.
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.
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.