détecter la fuite de mémoire dans C

Question

Je sais que ce n'est pas vraiment une nouvelle question, mais je n'ai rien trouvé d'autre qui fonctionne. J'ai un programme C qui mange régulièrement la mémoire pendant qu'elle fonctionne - j'utilise la commande 'free' pour la suivre, et je peux voir que la quantité de mémoire disponible diminue tant qu'elle s'exécute, ce qui ne devrait pas arriver . Cependant, je ne trouve rien dans le programme lui-même qui pourrait causer cela. Je l'ai également testé avec valgrind et dmalloc, et aucun d'entre eux n'est capable de détecter une perte de mémoire.

Comment trouver la fuite?

Answer 1

Si vous êtes sûr de votre utilisation de la mémoire, peut-être ce n'est pas vos mallocs et Libère qui sont le problème.

Si vous utilisez des bibliothèques, vérifiez que vous les utilisez correctement. Beaucoup ont des fonctions d'initialisation et de libération que vous pouvez facilement oublier, et donc provoquer des fuites de mémoire.

Answer 2

La mémoire est-elle réellement divulguée ou le programme consomme-t-il simplement plus de mémoire plus il s'exécute? En d'autres termes, le programme construit-il peut-être une grande structure de données dynamique (liste chaînée, etc.) qui continue simplement à croître? Tant que le programme a un pointeur vers la mémoire, ce n'est pas vraiment une fuite - mais si les allocations ne sont jamais libérées, chaque nouveau recevra plus de mémoire du système d'exploitation. Cela expliquerait également pourquoi les outils que vous avez utilisés n'ont signalé aucune «fuite».

Lorsque j'ai dû faire cela, j'ai fait des choses comme écrire un message dans un fichier plat chaque fois que mon programme allouait de la mémoire et le libérait. Les messages incluraient des choses comme le nom de fichier et la ligne de programme où la mémoire était allouée et l'adresse retournée par malloc lors de l'allocation de mémoire, ou encore le nom de fichier et la ligne de programme où la mémoire était libérée et l'adresse du tampon libérée. Ensuite, vous pouvez trier le fichier résultant par adresse, et ces adresses avec un message "ALLOCATE" mais pas de message "FREE" sont celles qui ont pu fuir - ou du moins n'ont pas été libérées au moment où le programme s'est terminé. Cela peut prendre du temps à mettre en œuvre et les outils automatisés sont plus agréables si vous les avez - mais en fonction de vos circonstances, vous devrez peut-être faire quelque chose comme ça. Ou, vous voudrez peut-être juste lancer et utiliser un garbage collector. Le collectionneur Boehm pourrait travailler pour vous - jetez un oeil à http://www.hpl.hp.com/personal/Hans_Boehm/gc/.

Partagez et appréciez.