Discussion :

[samW7]

Bonjour,

dans un programme que j'écris, je dois intégrer du code qui n'est pas à moi et qui est bourré de fuites mémoires que je ne peiux corriger car le code est assez sioux...

Existe-til un moyen de parer à ces fuites ? Par exemple, peut-on demander d'allouer un espace mémoire pour l'appel à ce code (c'est une fonction), qu'il fasse ses fuites dedans et qu'à la fin de la fonction on libère cet espace mémoire.

Est-ce possible ? Comment ?

Merci

Sam

[befalimpertinent]

Il n'existe pas de garbage collector dans le standard C++. Tu peux certes trouver une bibliothèque qui le fasse mais :

1. Tu seras quand même obliger de toucher au code
2. c'est une très mauvaise idée

Les solutions possibles :
-Vérifie les allocations/ désallocations
-Utilise si besoin un memory leaks profiler
-Tu peux peut être remplacer tous les pointeurs de la fonction par des smart pointeurs de Boost.
-En aucun cas essayer de masquer de la sorte les fuites mémoires : c'est moche et dangereux

[yan]

Bonjour.
Regarde ce thread
http://www.developpez.net/forums/sho...ight=collector

[Mat007]

Si tu ne peux pas toucher au code pour le corriger je ne vois pas tellement de solution à part peut-être en créant un processus externe temporaire pour faire les appels...

MAT.

[yan]

Si tu ne peux pas toucher au code pour le corriger je ne vois pas tellement de solution à part peut-être en créant un processus externe temporaire pour faire les appels...

MAT.

Y as un garbadge collector pour C et C++. Mais je ne sais pas si c'est simple à utiliser
http://www.hpl.hp.com/personal/Hans_Boehm/gc/

[loufoque]

Existe-til un moyen de parer à ces fuites ? Par exemple, peut-on demander d'allouer un espace mémoire pour l'appel à ce code (c'est une fonction), qu'il fasse ses fuites dedans et qu'à la fin de la fonction on libère cet espace mémoire.

Est-ce possible ? Comment ?

Il suffit d'executer ce code dans un processus différent.

[Mat007]

Y as un garbadge collector pour C et C++.

S'il ne peut pas toucher au code il ne pourra pas le mettre en place dessus.

MAT.

[yan]

S'il ne peut pas toucher au code il ne pourra pas le mettre en place dessus.

MAT.

J'ai regardé. Il redéfinie les new, delete, malloc et free.
Alors pourquoi pas?

[koala01]

Salut,

Selon moi, l'idée d'implémenter un GC pour pallier aux fuites mémoires provoquées par un code externe n'est vraiment qu'un pis aller.

A vrai dire, j'estime qu'il n'y aurait que deux solutions *relativement* envisageables (arpès avoir brutalement le développeur qui a osé fournir le code en l'état )

• Soit, tu cherche une autre source qui fait un travail identique, mais de manière plus correcte, ce qui est la solution "de facilité et de rapidité", mais qui n'est applicable que si une telle source existe
• Soit tu retrousse tes manches, tu commence par réorganiser correctement le code (indentation, et tout ce qui s'en suit), de manière à t'y retrouver un minimum et à être en mesure de traquer les fuites mémoires, et surtout, d'y remédier

Maintenant, je me rend bien compte que les deux solutions proposées ne sont pas forcément réalisables, mais, si tu veux fournir quelque chose de qualité au final, je crains que tu n'aies pas trop le choix