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.