FastMM Fehlermeldungen

[Alex_ITA01]

Hallo zusammen,
habe mal FastMM4 in mein Programm eingebunden und bekomme beim Beenden der Anwendung folgende Fehlermeldung:

FastMM hat einen FreeMem Aufruf gefunden, nachdem FastMM deinstalliert wurde.

Was fange ich jetzt damit an? Ist das "schlimm"? Ich habe Version 4.99 ganz oben als erste Unit in meine DPR eingefügt.

Gruß

[Alex_ITA01]

Hallo,
hat hierzu keiner eine Idee?
Ich bekomme die Fehlermeldung auch, wenn ich die Anwendung nicht aus der IDE starte...

Gruß

[Iwo Asnet]

Das steht doch in der INC-Datei drin. FastMM wird beim Beenden irgendwann entladen. Nun ist danach noch jemand am Speicherverwalten und dann sagt FastMM, "Also prüfen kann ich nicht mehr, wer da rumfrickelt".

Prüfe mal, ob FastMM wirklich die erste Unit ist, die eingebunden wird.

Und wie? Steht alles bei FastMM.

[himitsu]

Zitat:

Prüfe mal, ob FastMM wirklich die erste Unit ist, die eingebunden wird.

Natürlich als Erstes in der DPR (noch vor fast allen PAS, abgesehn von System und SysInit)
[edit] er hat ja behauptet das sei schon so.

Nutzt du noch irgendwelche BPLs oder DLLs, welche ebenfalls auf diesen Shared-FastMM losgehn?

Es kann auch sein, daß noch irgendwo ein Thread schief läuft, welcher sich zu spät beendet, bzw. wo man vergessen hat ihn überhaupt zu beenden.

[ele]

Ich benutze auch 4.99, das Problem ist bei mir allerdings noch nie aufgetaucht.

Auf jedenfall lässt sich die Prüfung ausschalten: DetectMMOperationsAfterUninstall in der Datei FastMMOptions.inc einfach deaktivieren.

[Alex_ITA01]

Es ist definitiv die erste Unit in der DPR Datei.
Du sagst, vielleicht wurde etwas vergessen freizugeben oder jemand reserviert noch Speicher. Dafür habe ich es ja eingebunden :-)

Mehr Meldungen bekomme ich aber nicht außer diese Fehlermeldung.
Keine Lecks werden angezeigt oder ähnliches.

Ich nehme jetzt erstmal den Compilerschalter zum abschalten der Meldung.

Gruß

[shmia]

Zitat:

Zitat von Alex_ITA01 (Beitrag 1170910)

Keine Lecks werden angezeigt oder ähnliches.

Dann solltest du ein Leck provozieren damit du feststellen kannst ob in FastMM alles richtig eingestellt ist.

Schreib dazu einfach folgenden Code in deine Projektdatei vor dem Aufruf von Application.Run:

Delphi-Quellcode:

// mehrere Speicherlecks erzeugen
TForm1.Create(nil);

[himitsu]

Im FullDebugMode merkt sich FastMM sogar wer den Speicher reserviert, so daß man später z.B. genau weiß wo die Speicherlecks herkommen,
außerdem kontroliert es, daß Speicher nicht nach dessen Freigabe beschrieben wird und es prüft auf Bufferoverruns.


Wenn du immernoch auf der Suche nach dem Problem bist.
Füge mal diese Unit mal noch vor FastMM als aller erstes in die DPR ein.
Starte das Programm im Debugger.

Delphi hält dann automatisch in dieser Unit an und du kannst entweder im Stacktrace erkennen, wer da Schuld ist,
oder du gehst mit F7 so lange weiter, bis zu eine bekannte Stelle findest.

Solltest du in der CPU-Ansicht landen, wenn es anhält, dann steht in EAX die "ID" der Funktion und in EDX steht die Adresse (1), wo vermutlich der Aufruf her kam.

1) notfalls beim Kompilieren immer Stackframes erzeugen lassen