Discussion :

[DOliv]

Bonjour à tous.tes,
Quelqu'un connaîtrait-il, si ça existe, un moyen de résorber des fuites de mémoire sans forcément connaître les objets fautifs. Peut-être en demandant leur identité à Windows afin de pouvoir les libérer ?
Je travaille sur une appli qui gère un grand nombre de collections d'objets du style

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TObjectDictionary<String, TObjetsANous>;

dont la libération n'a pas été gérée lors de leur développement
Du coup, c'est extraordinairement compliqué à tracer les fuites de mémoires, maintenant

[free07]

Bonjour,

C'est clair que cela peut être complexe la recherche de fuites mémoire surtout lorsque des listes d'objets ne peuvent pas être libérés par l'unité qui les a créé car ces listes sont utilisées par d'autres...

Est ce que tu utilises un programme pour cela ? Pour ma part j'utilise FastMM qui est pas mal de tout mais il y en a d'autres.

Concernant TObjectDictionary, le mieux est d'avoir TDictionaryOwnerships = doOwnsValues car c'est libéré automatiquement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    l_Liste := TObjectDictionary<String, TObjet>.create([doOwnsValues]);

[DOliv]

Bonjour Free07 et merci pour ta réponse.
Je n'ai pas bien compris où j'avais créé ce post en premier.
Du coup, je viens de le retrouver grâce à toi

TDictionaryOwnerships = doOwnsValues

Très intéressant, je vais voir ça.
Merci beaucoup.

Pour les fuites mémoire, je suis très classique avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  ReportMemoryLeaksOnShutdown := DebugHook > 0;

[DOliv]

Nope, change rien

[free07]

Pour les fuites mémoire, je suis très classique avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  ReportMemoryLeaksOnShutdown := DebugHook > 0;

il faut mettre aussi les options pour qu'il génère un fichier qui permet d'analyser les problèmes mémoire

Lors de la fin de ton programme, il génère un fichier texte qui contient les détails des problèmes mémoire : NomDeTonProgramme_MemoryManager_EventLog, les 3 options que j'ai activé dans le .inc sont affichés en commentaire comme tu peux le voir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
{$IFDEF Debug} 
  {$INCLUDE FastMM4Options.inc}
  (* les options de FastMM sont à établir dans le fichier .inc et non pas ci dessous
  {$define FullDebugMode}
  {$define LogErrorsToFile}
  {$define LogMemoryLeakDetailToFile}
  *)
{$ENDIF }

[oneDev]

De mon côté, j'utilise madExcept qui propose également un rapport des fuites mémoires.

[chrisgood]

Bonjour,

Petit complément d'infos pour effectuer tes recherches:
Lorsque tu fais ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
vListe := TObjectDictionary<String, TMonObjet>.create([doOwnsValues]);

Cela permet de libérer automatiquement l'objet (ou les objets suivant l'appel) "TMonObjet" lorsque tu fais un Delete, Clear, ou Free.
Si tu ne mets pas "doOwnsValues", c'est pareil que déclarer ta liste comme ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
vListe: TDictionnary<string, TMonObject>;

Mais il ne faut pas oublier si ton objet "TMonObjet", contient lui même des objets, ceux-ci ne seront pas automatiquement libérer, malgré le "doOwnsValues".
Exemple, si tu fais:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
vListe := TObjectDictionary<String, TList<TAutreObjet>>.create([doOwnsValues]);

Lorsque tu fais un clear, les "TList" de ton vListe seront libérés, mais pas tous les "TAutreObjet" de chaque "TList" de vListe.