Discussion :

[Invité]

Bonjour à tous,

Je suis débutant en C++ et j'aurais une question extrêment vague : quelles sont les erreurs fréquentes de codage qui engendrent de grandes fuites de mémoire ?

Je m'explique : je suis en train de créer un petit lecteur audio en C++ / SDL (je n'en suis qu'au début).

Quand j'ouvre la boîte de dialogue "Ouvrir", et que je regarde ce que ça consomme en faisant Ctrl Alt Suppr, je vois qu'à chaque fois que je redessine la boîte de dialogue, l'application utilise 20 Mo de plus... alors que la mémoire utilisée devrait logiquement être constante.

Je suppose que c'est cela qu'on appelle les "fuites de mémoire", et je crois aussi savoir que c'est dû principalement aux allocations dynamiques. Et pourtant, j'ai relu tout mon code plusieurs fois : à chaque "malloc" correspond un "free", et à chaque "new" correspond un "delete". Y compris dans les constructeurs et dans les destructeurs...

Donc ma question est : est-ce qu'il y a des cas où il y a des subtilités, est-ce qu'il peut y avoir des fuites de mémoire même quand à chaque "new" correspond un "delete", ou bien est-ce qu'il s'agit forcément d'une libération qui n'a pas lieu ?


Désolé d'être aussi vague, mais je suis vraiment perdu


Je vous remercie

[Kujara]

Hmm, si ce n'est pas les couples new / delete, c'est probablement la mémoire allouée / desalloué par les fonctions SDL que tu utilise.

Je ne connais pas SDL, mais fait attention : si il y a des fonctions create, pense a bien utiliser la fonction delete/destroy correspondante pour demander a SDL de detruire l'objet que tu lui a demandé de creer precedemment...

[Aszarsha]

La principale cause des fuites mémoire en C++ est de ne pas utiliser le RAII : http://arb.developpez.com/c++/raii/shared_ptr/.

Ton probleme me fait penser à une allocation de ressource dans une boucle, voir même dans la boucle principale.
Est-tu sûr de n'ouvrir les images dont tu as besoin pour ton interface qu'une seul fois ?
C'est clair que si tu ouvre la même image pour la mettre en mémoire à chaque itération, il n'est pas étonant que tu monte de 20Mo par seconde !

Une fuite mémoire est dû à une allocation dynamique, mais cette allocation peut très bien être cachée dans une fonction (d'ouverture d'image pour SDL, par exemple), attention donc à toujours utiliser les fonctions associées pour liberer les ressources.

Et oui, il peut y avoir des probleme même quand un delete est appelé : lorsqu'un new[] a creer l'instance.

[loufoque]

Personnellement, je considère que shared_ptr ce n'est pas du vrai RAII, puisqu'il y a partage.

Le RAII, c'est simplement faire l'acquisition de toutes les ressources dans le constructeur et les libérer dans le destructeur. Si tu copies l'objet il faut donc copier les ressources etc. (si tu choisis de rendre l'objet copiable)
A priori donc, le RAII c'est justement la propriété unique et sans partage.

[Aszarsha]

Personnellement, je considère que shared_ptr ce n'est pas du vrai RAII, puisqu'il y a partage.

Le RAII, c'est simplement faire l'acquisition de toutes les ressources dans le constructeur et les libérer dans le destructeur. Si tu copies l'objet il faut donc copier les ressources etc. (si tu choisis de rendre l'objet copiable)
A priori donc, le RAII c'est justement la propriété unique et sans partage.

Je pense la même chose, mais j'ai utilisé le moteur de recherche du site et je suis tombé là dessus. Je l'ai mit plus comme un exemple que comme definition du RAII ; merci de la précision !

Pour une definition plus formelle du RAII : http://en.wikipedia.org/wiki/Resourc...Initialization.

[Le Barde]

Hello,
à un niveau moindre (je suis également débutant), il y a aussi le delete[] auquel il faut penser pour libérer les tableaux.