MemCheck 2.75 und Delphi XE2

[Mike_on_Tour]

Hallo zusammen,

ich habe ein altes kleines Testprogramm aus Delphi 7 hervor geholt, das ich zum Testen von MemCheck verwendet habe. Unter Delphi XE2 bekomme ich aber mehrere Übersetzungsfehler, u.a.:

- Undeklarierter Bezeichner 'Variants' (Zeile 1567)
- Typen der ... VAR-Parameter müssen übereinstimmen (Zeile 1579)
- Inkompatible Typen 'NativeInt' und 'Integer' (Zeile 2460)

Ich bin etwas ratlos was ich wie und wo ändern muss. Kann mir bitte jemand ein paar Hinweise geben ?

Mike

[TiGü]

In XE2 hat sich einiges getan.
So gibt es jetzt Unit Scope Names:
http://docwiki.embarcadero.com/RADSt...sbereichsnamen

Versuche bei der betreffenden Uses-Klausel statt Variants mal System.Variants zu nehmen.

Ansonsten empfiehlt sich in der Deklaration der Funktion zu schauen, die NativeInt anstatt Integer erwartet (Strg + Linksklick).
Es ist wahrscheinlich eine externe (Windows-)Funktion o. ä., richtig?

[Bernhard Geyer]

Schmeiß MemCheck rauß - gibts nicht mehr.

Neue und viel besserer Checker ist der auch in XE2 integrierter FastMM

[himitsu]

Nja, eigentlich sollte das ursprüngliche FastMM besser sein, da es auch noch mehr Optionen/Möglichkeiten hat, vorallem was die Fehlersuche betrifft.
Beim "kleinen" FastMM, direkt in Delphi, kann man nicht soviel machen, da man diesen auch nicht (mit anderen Optionen) kompilieren kann.

[Mike_on_Tour]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1177037)

Schmeiß MemCheck rauß - gibts nicht mehr.
Neue und viel besserer Checker ist der auch in XE2 integrierter FastMM

Ich habe jetzt in der Projektdatei

Delphi-Quellcode:

ReportMemoryLeaksOnShutDown := DebugHook <> 0

stehen und bekomme am Programmende eine Messagebox mit einigen Angaben. Aber das ist so allgemein gehalten, dass ich daraus keine großen Informationen entnehmen kann. Muss bzw. kann ich da noch mehr einstellen ?

Mike

[Bernhard Geyer]

Definiere "Allgemein gehalten"?

Und nicht vergessen mit TD32-Debug-Infos zu kompilieren wenn zu Zeilennummern sehen willst.

[himitsu]

Zitat:

Zitat von Mike_on_Tour (Beitrag 1177045)

Muss bzw. kann ich da noch mehr einstellen ?

Siehe letzter Post:
Im Delphi ist eine abgespeckte, vereinfachte und etwas veränderte Version enthalten vom http://sourceforge.net/projects/fastmm/ enthalten.

Mit mehr Debuginfos ist vielleicht noch etwas mehr möglich, aber alle Möglichkeiten kann es nicht geben.

[Mike_on_Tour]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1177048)

Definiere "Allgemein gehalten"?

Siehe Anhang

Die TD32-Debug-Infos habe ich auch drin, aber die Anzeige bleibt gleich.

[Bernhard Geyer]

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

[Mike_on_Tour]

Zitat:

Zitat von himitsu (Beitrag 1177051)

Zitat:

Zitat von Mike_on_Tour (Beitrag 1177045)

Muss bzw. kann ich da noch mehr einstellen ?

Siehe letzter Post:
Im Delphi ist eine abgespeckte, vereinfachte und etwas veränderte Version enthalten vom http://sourceforge.net/projects/fastmm/ enthalten.

Ich hatte meine Antwort schon fertig, als Dein Post kam. Aber ich werde mir das "große" FastMM noch anschauen.

[Mike_on_Tour]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1177062)

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:

Zitat von Mike_on_Tour (Beitrag 1177230)

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:

Zitat von Mike_on_Tour (Beitrag 1177230)

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:

Zitat von Mike_on_Tour (Beitrag 1177230)

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:

Zitat von Bernhard Geyer (Beitrag 1177232)

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

Ja, nach nur einem Programmlauf.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1177232)

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:

Zitat von Bernhard Geyer (Beitrag 1177232)

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

Delphi-Quellcode:

{$define NeverUninstall}

und

Delphi-Quellcode:

{$define UseRuntimePackages}

weiter helfen. Auch dieses Define könnte das File erstmal kleiner machen

Delphi-Quellcode:

{$define DisableLoggingOfMemoryDumps}

.

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

Gruß, Chris

[Mike_on_Tour]

Zitat:

Zitat von ChrisE (Beitrag 1177237)

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

Delphi-Quellcode:

{$define NeverUninstall}

und

Delphi-Quellcode:

{$define UseRuntimePackages}

weiter helfen. Auch dieses Define könnte das File erstmal kleiner machen

Delphi-Quellcode:

{$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:

Zitat von Mike_on_Tour (Beitrag 1177239)

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:

Zitat von TiGü (Beitrag 1177294)

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.