[FastMM] Woher kommt UnicodeString Speicherleak?

[jbg]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1027463)

Und zwar gibt es ja in der FastMM-Datei FastMM4Options.inc die Option FullDebugMode.

Und wenn du nun eine Detailierte MAP-Datei vom Compiler (Linker) erzeugen lässt (und auch die Debug-DCU aktivierst), dann steht neben den Adressen auch der Methodenname.

[s.h.a.r.k]

Und wo geht das? :)

// edit
Habs in der FastMM-Inc gesucht, ich Held :wall:

// edit 2
@jpg: absolut klasse! Herzlichsten Dank, da erleichtert die Arbeit ungemein.

[hoika]

Hallo,

hm, ich habe die gleichen Probleme.
Ein Haufen Unicode-Strings als MemLeaks.

Aber wie bekommt man die weg ???


Heiko

[rollstuhlfahrer]

Sollte die Delphi nicht voll automatisch aufräumen?

Bernhard

[s.h.a.r.k]

@rollstuhlfahrer: Naja, wenn du ein Objekt nicht freigibst, welches einen UnicodeString enthält, wird der String wohl auch nicht freigegeben. Würde alles normal ablaufen, dann gäbe es keinerlei Speicherleaks.

@hoika: Hast du schon via FastMM geschaut, wo genau die Speicherleaks auftreten? Gibt es neben den UnicodeString-Leaks noch weitere? Allozierst du selbst Speicher? (selbst wenn dieser evtl. wieder freigegeben wird)