VCL-Threads mit FreeOnTerminate:=true?

[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)

[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.

[Stevie]

Zitat:

Zitat von Sir Rufo (Beitrag 1280418)

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:

Zitat von himitsu (Beitrag 1280415)

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. :stupid:

Zitat:

Zitat von Delphi-Laie (Beitrag 1280403)

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

Delphi-Quellcode:

FreeOnTerminate := True

kombinieren.

[Dejan Vu]

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.

[Luckie]

Zitat:

Zitat von himitsu (Beitrag 1280415)

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.

Das ist natürlich richtig. Nur war ich der Ansicht, dass für die Leser des Tutorials der Unterschied zwischen WinAPI und VCL klarer ist als der Unterschied zwischen der WinAPI und der RTL, da die RTL nicht so direkt greif und begreifbar (im Sinne von Anfassen) ist. Deswegen habe ich mich damals für die Bezeichnung VCL-Thread entschieden.

[himitsu]

Nja, soooo einfach ist es nun wirklich nicht zu erklären.

Ist TTimer nun RTL, non-visuelle VCL oder was Anderes, wobei es ja auf CreateWindow bassiert und somit visuell ist, wenn auch unsichtbar. :stupid:
Und was ist mit TApplicationEvent, was ja ebenfalls nicht sichtbar ist, aber zum TApplication gehört, was ja eindeutig visuell ist.
Oder was ist mit der TDataSource?

Ich bin hier halt auch eher für die VCL.

[Sir Rufo]

Hier gab es doch mal (vor langer Zeit) eine ganze Reihe von Beiträgen zum Thema non-VCL.

Demnach müssen die ja gelogen haben, denn

Delphi-Quellcode:

CreateWindow

haben die auch benutzt :roll:

[Daniel]

Ich denke, dass das Problem von Delphi-Laie vorläufig gelöst ist und die begriffliche Abgrenzung von VCL und RTL bei Bedarf in einem separaten Thread fortgeführt werden sollte.

[himitsu]

OK, aber nur noch kurz was zu Non-VCL.

Mit Non-VCL war das direkte Benutzten der visuellen WinAPI gemeint, ohne Verwendung der Delphi-Zwischenschicht (VCL).
> CreateWindow('COMBOBOX') statt TComboBox usw.