Lorsque FastMM enregistre une fuite de mémoire, il inclut une pile-pile retournant 9 appels. Le problème est que le stacktrace est trop général pour localiser facilement le problème. Le dernier appel de fonction dans la trace est appelé au moins 50 fois et l'objet divulgué est très commun.Obtenir une stacktrace plus longue de FastMM?
Que puis-je faire pour allonger la pile?
Astuces pour localiser les fuites plus facilement sont bien sûr les bienvenus, les objets qui fuient sont principalement des interfaces, donc c'est quelque chose avec des références croisées ou _ReleaseRef pas appelé.
Je suis sur Delphi 7, en utilisant le FastMM492.
Ahh, gentil, je vais l'essayer demain. J'ai seulement vérifié le dossier .inc. –