Trouver des fuites de mémoire sans Clang

Question

J'essaie de voir si je peux trouver des fuites moi-même dans l'application TopSongs d'Apple. Quelqu'un peut-il m'aider dans au moins un et comment identifier ce qui est dans les rapports de fuites et comment je peux avoir une idée sur les trouver?

-à-dire: Je suis un comme ça:

# Category Event Type Timestamp Address Size Responsible Library Responsible Caller 
0 GeneralBlock-448 Malloc 00:02.185 0x3f41220 448 libxml2.2.dylib xmlNewParserCtxt

D'après ce que je peux dire, la méthode xmlNewParserCtxt est le problème, et il ne libère pas un objet, d'où Malloc. La bibliothèque responsable me dit que c'est la bibliothèque libxml2.dylib avec le problème, que je ne peux pas éditer.

Suis-je dans la bonne direction? Si c'est le cas, la moitié des fuites sont dans cette bibliothèque et bien, je ne peux pas éditer cela.

'

MISE À JOUR:

Vérifiez la réponse à this question.

Answer 1

Peut-être un xmlNewParserCtxt a été créé (malloc « d)

xmlParserCtxt* context; 
context = xmlNewParserCtxt(); 

et pas libéré?

xmlFreeParserCtxt(context); 

Answer 2

Enfin, Snow Leopard et Xcode 3.2 ont été installés avec le Clang intégré. De toute façon, il semble que le code d'Apple a ses propres fuites dans leurs bibliothèques. J'ai décidé de ne pas utiliser le code TopSongs d'Apple.