Beenden von TThreads

[himitsu]

Du brauchst also was Externes/Gemeinsames, z.B. ein TEvent, aber ambesten als Interface oder in einer synchronisierten Variable.
So kannst'e von außen dem Thread sagen, dass er sich beenden möge. (falls er noch läuft und nicht schon fertig/freigegeben war)

Oder eine externe Liste/Variable, wo reingeschrieben werden kann "Hey Thread, beende dich bitte"
und der Thread schaut regelmäßig da drin nach.

[Hobbycoder]

Du könntest auch die Threads in einer TList halten.
Wenn du einen neuen aufmachst, schickst du den alten Threads das Terminate, woraufhin die ihre Events auf nil setzen und die eigenen funktionen beenden, und startest den neuen mit den passenden Events.
Und den OnTerminate-Event kannst du ja nutzen um deine TList sauber zu halten.

[Mavarik]

Vielleicht hilft Dir das Video!

Mavarik

[Eric Mauch 15]

Vielen Dank schon mal für die Antworten.

Am Liebsten wäre mir halt wenn ich mir sicher sein kann, dass der Thread jetzt nichts mehr macht.
So will ich z.B. verhindern, dass wildes rumklicken des Benutzers immer mehr neue Threads startet.

Sogesagt ein Neustart des Threads mit anderen Parametern (z.B. anderes Postfach).
Dachte irgendwie nicht, dass das eine so spezielle Anforderung ist, dass es da eine perfekte Lösung gibt ...

Habe es mittlerweile so, dass ich mit im OnTerminate jetzt den Thread in eine Liste speichere und diese bei bestimmten Aktionen bereinige.

[Der schöne Günther]

Zitat von Eric Mauch 15:

So will ich z.B. verhindern, dass wildes rumklicken des Benutzers immer mehr neue Threads startet.

Bei Gelegenheit solltest du dir wirklich mal Tasks (statt Threads) und den dortigen TThreadPool anschauen. Vielleicht hilft das auch für die Zukunft bei anderen Dingen.

[himitsu]

Zitat von Hobbycoder:

Du könntest auch die Threads in einer TList halten.

Da sich diese Threads selbst freigeben, muß der Zugriff auf die Liste und auch der weitere Zugriff auf den/die Thread(s) abgesichert werden (z.B. CriticalSection).

Die Threads müssen sich ja selbst auf der Liste entfernen, wenn sie sich freigeben.
Und während man sich eine Referenz auf der Liste holt und so lange man mit dieser Thread-Referenz arbeitet, darf sich der Thread auch nicht freigen.


Bezüglich der Syncronisation und den Zugriff ("beende dich"-Befehl) ist es aber auch egal, ob Thread, Task oder Dergleichen.

[gubbe]

Wenn Du sicher sein willst, dass der Thread nichts mehr macht, musst Du selbst innerhalb des Threads dafür sorgen, dass er nach einem Terminate nichts mehr macht...

Fragst Du denn im Thread bereits regelmässig ab, ob er sich beenden soll? Normalerweise hat man ja in der Execute-Methode eine Schleife drin, wie "While not Terminated do..." Wenn Du nur einen Thread hast, merkst Du Dir den und rufst Terminate auf. Der Thread wird sich dann beenden, sobald er wieder das "Terminated" abfragt und Du kannst einen neuen starten, ohne dies abzuwarten.

Eine Liste ist aber auch keine schlechte Idee, um beim Beenden des Programms sicherzustellen, dass alle kontrolliert beendet wurden.