Speicher freigegeben?

[MicMic]

Hallo,

gibt es eigentlich eine Möglichkeit in Delphi (habe Delphi 10) oder evtl. ein Tool um zu überprüfen, ob man korrekt alles an Speicher wieder freigegeben hat, wenn die programmierte Anwendung wieder beendet wird? Gruß Michael

[DieDolly]

Beispielsweise das hier in die dpr-Datei packen

Delphi-Quellcode:

{$IFDEF DEBUG}
 ReportMemoryLeaksOnShutdown := True;
{$ENDIF}

Ich persönlich packe das in IFDEF DEBUG denn dann brauche ich mir beim Wechsel von Debug auf Release keine Gedanken zu machen, ob ich diese Zeile kommentiert habe oder nicht.
Es gibt aber auch bessere Möglichkeiten. Ich glaube eine davon heißt MadExcept. Die delphieigene Variante mit ReportMemoryLeaksOnShutdown ist aber auch gut und für Amateure absolut ausreichend.

[hoika]

Hallo,
du verwechselst MadExcept mit FastMM4.

[API]

madExcept erkennt auch Memory Leaks etc.

Zitat:

madExcept is also able to find memory leaks, resource leaks and buffer overruns for you.

[MicMic]

Zitat von DieDolly:

...Die delphieigene Variante mit ReportMemoryLeaksOnShutdown ist aber auch gut und für Amateure absolut ausreichend.

Ich bin doch Profi aber ich versteh trotzdem nix
Inzwischen hab ich gelesen, dass mit diesem "ReportMemoryLeaksOnShutdown" vieles nichts gefunden wird... z.B. so Sachen wie API Zeugs.

Ich dacht, dass ist alles einfacher. So auf die Art...bei Programmstart hab ich 4000 Byte Speicher frei und nach Programmende 3999 Byte. Also ist irgendwo 1 Byte nicht freigegeben worden. So in der Art hab ich's mir vorgestellt
MadExcept in Google = Englisch... ne, ich will nicht wieder neues lernen

Ich geh mal schön mein Programm durch... ist wohl die beste Variante Danke für die Infos von Euch.

Michael

[Aviator]

Du kannst auch das große FastMM4 benutzen und FullDebugMode setzen. Dann erhälst du eine Log-Datei mit StackTrace wo du genau siehst wo der Speicher angefordert wurde.

Und mir hat ReportMemoryLeaksOnShutdown bisher in 99% der Fälle ausgereicht. Nur zweimal musste ich auf die große Variante umsteigen weil ich einen Fehler absolut nicht gefunden hatte.

[Bernhard Geyer]

Am besten die aktuelle Version von FastMM ziehen (https://github.com/pleriche/FastMM4).
Ist ihr "Geld" wert. Die in Delphi eingebaute Version ist etwas "abgespeckt".

[Maekkelrajter]

Ich habe mir jetzt auch mal FastMM vonhttps://github.com/pleriche/FastMM4 installiert bzw. in mein aktuelles Projekt integriert. Es läßt sich zwar auch mit der Option {$define FullDebugMode} fehlerfrei compilieren, aber leider bekomme sofort nach dem Start ich eine seltsame Fehlermeldung, obwohl die Unit FastMM4.pas an erster Stelle der Uses-Liste steht (s. Screenshot)
Was mache ich da falsch??

[Stevie]

Stoppunkt in SysGetMem und SysAllocMem setzen (zu finden in GetMem.inc) und schauen, wer da rein stiefelt bevor die Meldung kommt.

[Maekkelrajter]

Zitat von Stevie:

Stoppunkt in SysGetMem und SysAllocMem setzen (zu finden in GetMem.inc) und schauen, wer da rein stiefelt bevor die Meldung kommt.

Diesem Vorschlag hätte ich vor ein paar Tagen noch nicht folgen können, alldieweil ich nur die 'Starter' - Edition besaß, mit der Debuggen im Quelltext von 'System' mangels desselben nicht möglich war. Mit der Community-Edition, die ich natürlich sofort am 18.7. heruntergeladen und installiert habe, klappt das natürlich. Dabei zeigte sich, dass 'System' (vermutlich bei der Initialisierung) Speicher alloziert, bevor die Initialisierung der Units in der .dpr beginnt.(s. Grafik)
Das führt eben dazu, dass FastMM sich sofort mit einer Fehlermeldung verabschiedet.
Hier https://www.delphipraxis.net/194755-...elphi-7-a.html ist genau dieses Problem beschrieben. Die dort gefundene Lösung kommt ja leider für mich nicht in Betracht, da ich die Quelltexte ja nicht verändern darf
Im Grunde genommen benötige ich das 'große' FastMM auch nicht so dringend, solange ich mit der 'ReportMemoryLeaksOnShutdown' - Option überhaupt keine Memory - Leaks gemeldet bekomme.
BTW, die Community-Edition ist wirklich eine feine Sache! So komme ich endlich mal zu einem 'richtigen' Delphi, obwohl ich vermutlich auch in Zukunft nur einen kleinen Teil der Features nutzen werde. Aber schon allein die Verfügbarkeit der Sources ist ein enormer Gewinn!

Gruß Maekkelrajter