MemCheck 2.75 und Delphi XE2

[Mike_on_Tour]

Zitat von Bernhard Geyer:

Gug dir mal die Datei *_MemoryManager_EventLog.txt Datei im Anwendungsverzeichnis an. Dort steht mehr drin.

Diese Datei existiert leider nicht.

[Mike_on_Tour]

So, ich habe jetzt die "große" Version von FastMM drin. Nach ein paar Versuchen habe ich jetzt auch die Log-Datei. Nun muss ich nur noch verstehen, was das alles bedeutet.

Danke für die Hilfe.
Mike

[Mike_on_Tour]

Hallo,

ich habe doch noch ein paar Fragen. Mein Log-Protokoll ist momentan extrem groß und die Erstellung dauert eine Ewigkeit.
1. Kann man FastMM so einstellen, daß nur bestimmte Programmabschnitte oder Units überwacht werden ?
2. Kann der Inhalt des Protokolls (einzelne Abschnitte) selbst konfiguriert werden ?

Mit besten Grüßen,
Mike

[Bernhard Geyer]

Zitat von Mike_on_Tour:

ich habe doch noch ein paar Fragen. Mein Log-Protokoll ist momentan extrem groß und die Erstellung dauert eine Ewigkeit.

Nach einem Programmlauf? Falles es sich angesammelt hat vor dem nächsten Lauf löschen

Zitat von Mike_on_Tour:

1. Kann man FastMM so einstellen, daß nur bestimmte Programmabschnitte oder Units überwacht werden ?

AFAIK nein. Woher soll es den (außer durch Zeitaufwendige Callstack-Auswertung) wissen aus welcher Unit speicheranforderungen kommen

Zitat von Mike_on_Tour:

2. Kann der Inhalt des Protokolls (einzelne Abschnitte) selbst konfiguriert werden ?

u.u. Aber sinnvoll ist es wohl doch dafür zu sorgen das keine Speicherlücken mehr gemeldet werden. Dann ist es ja egal wieviel pro Fehler geloggt wird.

[Iwo Asnet]

Große Datei => Viele Fehler.
Ewig Warten, bis Anwendung beendet ist => sehr detaillierte Optionen (Überwachung bereits freigegebener Speicherblöcke etc.)

[Mike_on_Tour]

Zitat von Bernhard Geyer:

Nach einem Programmlauf? Falles es sich angesammelt hat vor dem nächsten Lauf löschen

Ja, nach nur einem Programmlauf.

Zitat von Bernhard Geyer:

AFAIK nein. Woher soll es den (außer durch Zeitaufwendige Callstack-Auswertung) wissen aus welcher Unit speicheranforderungen kommen

So hätte ich aber die Leaks schrittweise abarbeiten können.

Zitat von Bernhard Geyer:

u.u. Aber sinnvoll ist es wohl doch dafür zu sorgen das keine Speicherlücken mehr gemeldet werden. Dann ist es ja egal wieviel pro Fehler geloggt wird.

Das ist schon richtig. Ich könnte aber so z.B. vorläufig auf die Hex-Anzeige verzichten.

[ChrisE]

Hi,

is die Datei FastMM4Options.inc nicht genau das, womit du das Log-Verhalten steuern kannst? Die liegt bei der Unit FastMM.pas. Wenn Du viele DLLs und oder Pakages verwendest könnte nach der Erklärung in der Include-Datei die Defines {$define NeverUninstall} und {$define UseRuntimePackages} weiter helfen. Auch dieses Define könnte das File erstmal kleiner machen {$define DisableLoggingOfMemoryDumps} .

Wenn du es nicht schon getan hast, dann schau mal kurz über diese Include-Datei

Gruß, Chris

[Mike_on_Tour]

Zitat von ChrisE:

is die Datei FastMM4Options.inc nicht genau das, womit du das Log-Verhalten steuern kannst? Die liegt bei der Unit FastMM.pas. Wenn Du viele DLLs und oder Pakages verwendest könnte nach der Erklärung in der Include-Datei die Defines {$define NeverUninstall} und {$define UseRuntimePackages} weiter helfen. Auch dieses Define könnte das File erstmal kleiner machen {$define DisableLoggingOfMemoryDumps} .

Ich habe FastMM erst seit gestern im Einsatz. So etwas wie Deine Beschreibung habe ich gesucht. Ich werde mir das mal ansehen. Vielen Dank.

Mike

[TiGü]

Zitat von Mike_on_Tour:

Ich habe FastMM erst seit gestern im Einsatz. So etwas wie Deine Beschreibung habe ich gesucht. Ich werde mir das mal ansehen.

An dieser Stelle sei an den einfachen und übersichtlichen FastMM-GUI-Editor erinnert:
http://jedqc.blogspot.de/2007/07/new...interface.html

Weitere Infos zu FastMM:
http://stackoverflow.com/questions/1...ce-from-fastmm
http://wiert.me/2009/07/29/delphi-fa...-introduction/

[Mike_on_Tour]

Zitat von TiGü:

An dieser Stelle sei an den einfachen und übersichtlichen FastMM-GUI-Editor erinnert:
http://jedqc.blogspot.de/2007/07/new...interface.html

Danke für diesen Tipp.