1. Wenn man die TThread-Property "FreeOnTerminate" setzt, solltest du tunlichst kein Free mehr selbst aufrufen, da das ein Griff in's Leere wäre. Das kanonische "ja" von mkinzler ist also u.U. mit Vorsicht zu genießen.

2. Der Delphi-Speichermanager gibt einmal reservierten Speicher nicht immer umgehend an Windows zurück, sondern hält Bereiche zum schnellen "Neu"-reservieren vor. Das heisst, dass du z.B. im Taskmanager nicht zwangsweise eine Änderung siehst wenn du etwas freigegeben hast.

Ein Aufruf von Free, sollte aber nicht schaden. Zudem wäre es bei einem Fehler im Destruktor egal, wie er aufgerufen wird

Ich habe keinen eigenen Destruktor, nur den ererbten von TThread.

Ich benutze nicht FreeOnTerminate, da ich die Speichereffekte sehen will.

Ich frage den Prozessspeicher im Programm ab, nicht im Taskmanager. Dabei fiel mir auf, dass mit jedem Öffnen eines Unterfensters (mit Fenster.Visible:=true) der Prozessspeicher vergrößert wird, beim Schließen aber nicht wieder verkleinert wird. Das scheint dann wohl die Reserviererei zu sein.

Alles was du selber anlegst, musst du auch selber Freigeben.

Guten Abend,

wieso schickst Du den Thread nicht in den Ruhezustand und weckst ihn wieder
wenn Du ihn wieder benötigst.

Grüße
Klaus

Zitat von mkinzler:

Ein Aufruf von Free, sollte aber nicht schaden.

Tut es aber wenn alles hinter der Referenz schon free ist

@Destruktor: Wenn du in deinem Threadobjekt von irgendetwas Instanzen erzeugst, musst du diese auch immer selbst freigeben - das tut TThread nicht für dich.

Das mit den Fenstern ist nochmal etwas komplizierter. Da wurschtelt Windows selbst auch noch etwas mit den Ressourcen herum, und das auch nicht immer 100%ig nachvollziehbar. Es kann z.B. auch mal sein, dass sich der verwendete Speicher eines Programmes extrem verkleinert, wenn sein Fenster minimiert wird. Wenn du versuchst auf diese Weise Lecks zu finden, freunde dich lieber mit einem Profiler an - die können das meist erheeeeblich akkurater. Bei der reinen Speichernutzung spielen zu viele weitere Faktoren mit um qualitative Aussagen machen zu können, vor allem wenn es nur um ein paar popelige Bytes eines TThreads geht. Das geht im sonstigen "Rauschen" total unter.