Memoryleak woher?

[sakura]

Zitat:

Zitat von sko1 (Beitrag 1376439)

Die einzige Programmstelle, wo überhaupt ein Encoding vorkommt, wäre diese:

Entweder du stellst den kompletten Quellcode als Anhang rein, oder du installierst FastMM und befolgst die Schritte von stevie. Aber alles andere hilft weder dir noch uns dabei dir zu helfen.

...:cat:...

[Stevie]

Zitat:

Zitat von Sherlock (Beitrag 1376443)

Für mich sieht das schon ziemlich gut nach einem Teil einer FastMM Meldung zu einem Speicherleck aus. ;)

Die Meldung dort zeigt nur das "was" - mit der von mir geposteten Anleitung kann man sich das "woher" (siehe Threadtitel) selbst beantworten, weil der Callstack, der zu der Speicherallokierung führt, geloggt wird.

[Aviator]

Ich hänge mich mal kurz an das Thema mit folgender Frage ran:

Ich entwickele zur Zeit eine Anwendung, die mehrere ebenfalls selbst programmierte DLLs einbindet und nutzt. Alle DLLs (13 an der Zahl) und die Anwendung selbst sind in der gleichen Projektgruppe.

Mir geht es jetzt hauptsächlich darum, wie ich evtl. vorhandene MemoryLeaks in einer DLL finden kann. Manchmal kommt es mir nämlich so vor, als ob Delphi mir die nicht wirklich anzeigt.

Wie muss ich genau vorgehen, um auch MemoryLeaks innerhalb einer DLL angezeigt zu bekommen? Muss ich die DLL selbst debuggen und als Host Anwendung meine Hauptanwendung angeben? Oder reicht es, einfach die Anwendung zu starten und dann die DLL Funktionen zu nutzen? In die DLL kann ich ja auch schrittweise reindebuggen wenn ich nur die Anwendung starte. Deshalb wundert es mich ein wenig.


Wäre super, wenn mir jemand darauf (auch in einem gekaperten Thread [aber mich gleichem Thema]) jemand eine Antwort geben könnte wie ich da genau vorgehen muss. :-D

[sko1]

Danke erst mal für die Tips!

Das mit dem FastMM4 werde ich jetzt in Angriff nehmen und Ergebnisse vermelden...

Ciao
Stefan

[sakura]

Zitat:

Zitat von Aviator (Beitrag 1376459)

Ich hänge mich mal kurz an das Thema mit folgender Frage ran:

Bitte nicht, dann wird es nur unnötig unübersichtlich. :roll:

...:cat:...

[sko1]

Nach Eurer Beschreibung habe ich jetzt mal FastMM4 dazugehängt (Version 4991 von Sourceforge).

Nach Programmende bekommt ich folgende Meldung siehe Anhang.

Irgendwas mach ich aber noch falsch!

Ciao
Stefan

edit:
In der DLL-dpr-Datei habe ich jetzt die beiden defines ergänzt:

Delphi-Quellcode:

{$DEFINE FullDebugMode}
{$DEFINE LogMemoryLeakDetailToFile}

und nun gibt es am Programmende gar keine Meldung mehr!
Ist damit das Leak verschwunden?

[Sherlock]

Ich komme mit den Options nie so recht klar. Ich hab einfach in der dpr folgendes stehen (ausser dem uses FastMM4 an erster Stelle natürlich):

Delphi-Quellcode:

   System.ReportMemoryLeaksOnShutdown := True;
   SetMMLogFileName(PAnsiChar('C:\temp\Leaks.txt'));

Sherlock

[sko1]

Deine zweite Zeile ergibt bei mir

"[dcc32 Fehler] testdll.dpr(30): E2003 Undeklarierter Bezeichner: 'SetMMLogFileName'"

Ciao
Stefan

[himitsu]

System.ReportMemoryLeaksOnShutdown ist ausschließlich für den eingebauten FastMM

Die Options.inc und Funktionen ala SetMMLogFileName sind für den externen FastMM.
Der muß natürlich auch als erste Unit in der DPR eingebunden sein.

[edit] wenn du SetMMLogFileName aufrufen willst, dann mußt du auch die entsprechende Unit ins Uses aufnehmen.
System.pas und SysInit.pas werden dagegen immer automatisch eingebunden.