Irgendwie rechne ich da wohl anders. Jedes Gedöns, was nicht auf die VCL zugreift, also ohne VCL auch zurecht kommt, gehört für mich auch nicht zur VCL.

Zitat von Sir Rufo:

Irgendwie rechne ich da wohl anders. Jedes Gedöns, was nicht auf die VCL zugreift, also ohne VCL auch zurecht kommt, gehört für mich auch nicht zur VCL.

Das bekommen leider einige nicht richtig auf die Ketten, zwischen RTL und VCL zu unterscheiden, gibt auch einige Delphi Experten, die das dauernd durcheinander werfen

Zitat von himitsu:

Jupp, es gibt keinen VCL-Thread im Delphi, oder wie kann man den dort auf die Form pappen?
TThread ist und bleibt eine Komponente der RTL.

Abgesehn von TIdThreadComponent der Indy oder einigen Implementationen weiterer Dritthersteller, welche den TThread in einer VCL-Komponente kapseln. (es gibt hier sogar irgendwo noch eine alte Komponente von mir, von vor den anonymen Methoden)

Nur, weil mans als Komponente verpackt, machts das noch lang nicht zur VCL gehörig.

Zitat von Delphi-Laie:

Soweit sind meine Threadkenntnisse noch nicht. Meine Threads haben, einmal erzeugt, vollauf zu tun, die warten auf nichts.

Nicht der Thread, sondern jemand anders könnte auf den Thread warten, dass er fertig wird. Das sollte man nicht mit FreeOnTerminate := True kombinieren.

Wenn ich nicht 100% sicher bin, das mein Thread VOR meiner Anwendung beendet wird, lasse ich das mit dem FreeOnTerminate. Sonst knallt es nämlich beim Beenden der EXE. Also hab ich einen kleinen Threadmanager, der die Threads erzeugt, sie in eine Liste packt und deren OnTerminate jeweils so umbiegt, das sie sich beim beenden wieder aus der Liste entfernen.

Der Manager selbst kann nun beim Beenden ordentlich alle Threads beenden und warten, bis die Liste leer ist. Dann weiß ich nämlich genau, wann was passiert.