FastMM Memory Error Detected beim Debuggen

[Iwo Asnet]

Benutzen den Delphi und deine Anwendung die gleiche FastMM-Instanz?

[TiGü]

Zitat:

Zitat von Iwo Asnet (Beitrag 1177727)

Benutzen den Delphi und deine Anwendung die gleiche FastMM-Instanz?

Meinst du das:

EXE und DLL greifen auf die gleiche FastMM4.pas/-.dcu zu und auch natürlich auf die gleiche FastMM_FullDebugMode.dll (EXE und DLL liegen auch im gleichen Verzeichnis).

[TiGü]

Ich zweifle langsam an mir?!
Entweder FastMM hat nen schweren Bug oder die VCL-Sourcen haben nen Sprung.

Beispielprogramm OHNE DLL Beteiligung im Anhang (mit FastMM_FullDebug.dll).

Delphi-Quellcode:

procedure TMainForm.Test;
var
 str : string;
begin
  str :=  edt1.Text;
  lbl1.Caption := str;
end;

Wenn ich hier reindebugge und per MouseOver mir die Werte für edt1.Text und für lbl1.Caption im Debug-Hint anzeigen lasse, bekomme ich beim Beenden einen Memory Leak Report für 2 x UnicodeStrings:

Code:

--------------------------------2012/8/10 16:15:27--------------------------------
A memory block has been leaked. The size is: 68

This block was allocated by thread 0x12E4, and the stack trace (return addresses) at the time was:
40618B 
405894 
4493CF [Controls.pas][Controls][Controls.TControl.GetText][5554]
20036 
46C6CC [Main.pas][Main][Main.TMainForm.btn1Click][39]
44B049 [Controls.pas][Controls][Controls.TControl.Click][6758]
438903 [StdCtrls.pas][StdCtrls][StdCtrls.TCustomButton.Click][4421]
439371 [StdCtrls.pas][StdCtrls][StdCtrls.TCustomButton.CNCommand][4858]
44AADD [Controls.pas][Controls][Controls.TControl.WndProc][6642]
760525A8 [NotifyWinEvent]
76072FCA [Unknown function at SetKeyboardState]

The block is currently used for an object of class: UnicodeString

The allocation number is: 650

--------------------------------2012/8/10 16:15:27--------------------------------
A memory block has been leaked. The size is: 68

This block was allocated by thread 0x12E4, and the stack trace (return addresses) at the time was:
40618B 
405894 
4493CF [Controls.pas][Controls][Controls.TControl.GetText][5554]
20036 
46C6CC [Main.pas][Main][Main.TMainForm.btn1Click][39]
44B049 [Controls.pas][Controls][Controls.TControl.Click][6758]
438903 [StdCtrls.pas][StdCtrls][StdCtrls.TCustomButton.Click][4421]
439371 [StdCtrls.pas][StdCtrls][StdCtrls.TCustomButton.CNCommand][4858]
44AADD [Controls.pas][Controls][Controls.TControl.WndProc][6642]
760525A8 [NotifyWinEvent]
76072FCA [Unknown function at SetKeyboardState]

The block is currently used for an object of class: UnicodeString

The allocation number is: 656

--------------------------------2012/8/10 16:15:27--------------------------------
This application has leaked memory. The small block leaks are (excluding expected leaks registered by pointer):

53 - 68 bytes: UnicodeString x 2

Note: This memory leak check is only performed if Delphi is currently running on the same computer. Memory leak detail is logged to a text file in the same folder as this application. To disable this memory leak check, undefine "EnableMemoryLeakReporting".

[DeddyH]

Dieses Verhalten von FastMM kenne ich aber auch: ReportMemoryLeaksOnShutdown auf true, Breakpoint gesetzt, Leaks werden gemeldet. Breakpoint entfernt, Leaks verschwinden. Woran das liegt, wüsste ich auch gern.

[Furtbichler]

Wäre es denkbar, das Delphi zum Debuggen/Anzeigen Speicher über FastMM anfordert, aber nicht freigibt, wenn die Anwendung beendet ist, sondern entweder später oder eben überhaupt nicht?

[DeddyH]

Ausschließen würde ich das nicht.

[TiGü]

Schade, dass das Thema auf kein Interesse stößt. :(

Verwendet denn sonst keiner FastMM4 und kennt dieses Problem und eine mögliche Lösung?

Im Anhang nochmal das ursprüngliche Beispielprojekt als ZIP-Archiv.
Ich habe es so angepasst und mit allen notwendigen Dateien versehen, dass man es nur noch runterladen, entpacken, Projektgruppe öffnen und beide Projekte erzeugen muss.

Es wäre einfach nur nett, wenn jemand seine IDE anwerfen könnte und das Problem nachvollzieht.
Hier zuhause habe ich es auch mit dem RAD Studio XE erlebt.

Vielleicht hätte ich auch einen reißerischen Titel wählen sollen!
So à la "Brauche Hilfe um diesen String auseinanderzubasteln" oder "In welche Ecke der Form gehört die visuelle Datenbank-Komponente"...:cry:

Übrigens funktioniert der Debug-Hint per MouseOver, wenn man den FullDebugMode auschaltet, aber ohne ist ja FastMM4 ohne wirkliche Funktion.

[haentschman]

Habe es malprobiert...
Die Hints werden mit den richtigen Werten angezeigt (Caption,Text). Nach Beendigung...

Zitat:

---------------------------
TheProgram.exe: Memory Leak Detected
---------------------------
This application has leaked memory. The small block leaks are (excluding expected leaks registered by pointer):



21 - 36 bytes: UnicodeString x 1



Note: Memory leak detail is logged to a text file in the same folder as this application. To disable this memory leak check, undefine "EnableMemoryLeakReporting".


---------------------------
OK
---------------------------

Bei Beenden ohne Breakpoint kein Leak.

... interessantes Ding das. :roll:

[himitsu]

Stell doch erstmal dein FastMM ordentlich ein.

Speziell folgende Punkte sehn nicht so gut aus:

Zitat:

Zitat von deine FastMM4Options.inc

Delphi-Quellcode:

{.$define ShareMM}

{.$define ShareMMIfLibrary}

{.$AttemptToUseSharedMM}

{Define this to enable backward compatibility for the memory manager sharing
 mechanism used by Delphi 2006 and 2007, as well as older FastMM versions.}
{$define EnableBackwardCompatibleMMSharing}

Wenn dir der interne FastMM ausreichent, dann verwende einfach die SimpleShareMem.pas .


[add]
Wenn ich das

Delphi-Quellcode:

ReportMemoryLeaksOnShutdown := DebugHook <> 0;

in der EXE weglasse, dann gibt es keine Meldung. (XE2-Win32)
Vermutlich hängt sich hier der Debugger an den Speichermanager in der EXE, obwohl du eigentlich den der DLL nutzt.

Wenn ich das richtog gesehn hab, gibt es ein Problem in der SysUtils, wo nachdem beide MemoryManager freigegeben wurden noch versucht wird ein String freizugeben.
Probier mal was passiert, wenn du die Init-Initialisationsreihenfolge nicht durcheinanderbringst und in der DLLMain das

Delphi-Quellcode:

uses MyForm;

in das Interface verschiebst.

[TiGü]

Zitat:

Zitat von himitsu (Beitrag 1177980)

Stell doch erstmal dein FastMM ordentlich ein...

Weder das Entfernen des ReportMemoryLeaksOnShutdown-Flags, noch das Verschieben der Uses-Klausel führten zum Erfolg.
Jedoch ist der Hinweis die Optionen ShareMM, ShareMMIfLibrary und AttemptToUseSharedMM zu aktivieren die Lösung!
Vielen Dank dafür!
Es müssen auch alle drei Optionen aktiviert sein.
Wenn eine fehlt, kommt es weiterhin zu dem Fehler.

Aber warum ist das so? Ich würde es gerne verstehen!
Wo kann ich mich genauer über das Thema Memory Manager informieren?
Die Doku von Emba ist etwas nichtssagend in der Hinsicht, oder aber ich finde nicht die richtigen Einträge im Wiki dazu.
Hat jemand weiterführende Lektüre?