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.