Zitat von shebang:

Im Hauptprogramm müstest du dann allerdings warten, bis alle Threads beendet sind.

Das ist allerdings nicht so einfach.

Zitat von TigerLilly:

Das ist allerdings nicht so einfach.

Jo, "FreeOnTerminate", also kann/darf man nicht von außen prüfen.
Da kann man nur in einer "globalen" Variable/Liste seine aktiven Threads "zählen" und dann warten, bis der Zähler/Liste 0 ist (was vom Thread aus gesetzt wird, wenn er sich beendet).

Die RTL führt am Ende zwar ein Halt aus, was den ganzen Prozess beendet, also auch Threads "abschießt" (damit Windows eben nicht wartet, bis alle Threads beendet sind, inkl. dem Hauptthread),
aber wenn bis dahin beim Beenden die Threads z.B. auf die RTL/VCL zugreifen, aber die Finalization der Units bereits durch sind, auch der Speichermanager (FastMM) sich beendet hat, dann kann es natürlich knallen, drum sollte man oftmals eben auf seine Threads warten, bevor das Beenden des Programms weiterläuft.

Was ich bis jetzt alles gelesen habe ist etwas verwirrend.
Ich bin eh auf Kriegsfuß mit Delphis TThread, nutze nur noch Winapi CreateThread, da gibt es all diese Probleme nicht.

//edit
da kann ich auch abfragen ob mein thread handle noch existiert ohne irgendwelche probleme zu verursachen.

Bei TThread kann man das Handle oder die ThreadID auch prüfen,
aber durch FreeOnTerminate gibt sich der Thread selbst frei.

Und wenn dann in der zwischenzeit ein anderer Thread (egal ob RTL oder WinAPI) gestartet ist und die gleiche ThreadID/Handle hat, dann bringt dir das Prüfen darauf garnichts, weil es eben sein kann, dass es nicht "der" Thread ist.

[edit]
Man könnte das Thread-Handle "dupplizieren", um damit prüfen zu können.

Ich verstehe was Du meinst aber arbeite in meinen Thread code anders, da ist alles unique da ich bei Winapi ja EinSpeziellesThreadHandle: THandle; nutzen muss. Somit habe ich, zumindest für meine Bedürfnisse, immer alles unter Kontrolle.