Alle subThreads beenden beim programm beenden

[Meflin]

Hi,
gibt es eine komfortablere möglichkeit, alle threads einer anwendung zu beenden, als deren
handle beim starten zu sichern und dann in einer for - schleife zu beenden?

*MFG*

[Luckie]

Mit oder ohne VCL?

Egal wie sollte man es so programmieren, dass sich ein Thread selber beendet. Also im Thread in der Schleife einen Flag prüfen und wennd er einen bestimmten Wert hat die Schleife verlassen. Dieses Flag kannst du beim Programm Ende setzten.

[trifid]

aber die Threads gehören zu einem Prozess
wenn der Prozess gekillt wird, werden auch die Threads zum Prozess vom Betriebssystem terminiert
oder gibts da noch was zu beachten

[Luckie]

Saubere wäre es wohl, wenn sich die Threads alle vorher selber sauber beenden. Dass die Threads automatisch terminiert werden ist logisch. Wenn du den Prozess beendest, ziehst du ihnen ja praktisch den Teppich unter den Füßen weg. Ein Prozess ist nichts anderes als ein Container, der den Adressraum usw. bereitstellt.

[Robert_G]

Du könntest Probleme bekommen wenn dein Thread eine Datei schreibt oder liest...

[APP]

Hallo Trifid,

Zitat:

Zitat von trifid

aber die Threads gehören zu einem Prozess
wenn der Prozess gekillt wird, werden auch die Threads zum Prozess vom Betriebssystem terminiert
oder gibts da noch was zu beachten

bist Du Dir da sicher?
Ich habe das Zippen mit TP-Abbrevia in einen Thread ausgelagert, und meine, dass wenn ich beim Beenden des Prozesses nicht auf das Threadende warte bzw. ihn nicht vorsätzlich terminiere, dass dann der Thread weiterläuft, bzw. es zu "Seiteneffekten" (Exceptions) kommt...

[trifid]

@APP

Zitat:

bist Du Dir da sicher?

das was jetzt Luckie beschrieben hat und das was ich weiss ... JEIN
ein NEIN bei Verwendung mit dem Delphi-Objekt TThread
ein JA mit den API's (CreateThread, ...)
mit C,C++ hatte ich weniger Probleme als bei Delphi

Zitat:

Ich habe das Zippen mit TP-Abbrevia in einen Thread ausgelagert, und meine, dass wenn ich beim Beenden des Prozesses nicht auf das Threadende warte bzw. ihn nicht vorsätzlich terminiere, dass dann der Thread weiterläuft, bzw. es zu "Seiteneffekten" (Exceptions) kommt...

Abbrevia ist thread-sicher programmiert (TAbPadLock),
(was aber nicht heisst, dass die Threads sauber beendet werden können)
also dürfte es nur daran liegen was GeorgeWNewbie geschildert hat.
Ich habe mir angewöhnt immer an die entscheidenden Stellen ein WaitForSingleObject oder
WaitForMultipleObjects zu stellen. (z.B. beim FormClose)

Verwendest Du das TThread-Objekt - da ist bei Terminierung ein Bug enthalten

[Luckie]

@APP: Ein Thread ist ohne Prozess nicht lebensfähig! Da gibt es nichts dran zu rütteln. Aber wie geasgt, es könnte sein, dass es kracht, weil wenn du den Prozess beendest, dann nimmst du einen laufenden Thread seine Lebensgrundlage und manche finden das wohl nicht so toll und wehren sich vor ihrem Tod eben. ;)

[APP]

Hallo Trifid,

Zitat:

Zitat von trifid

Verwendest Du das TThread-Objekt (D5 u. D7) - da ist bei Terminierung ein Bug enthalten

ja, ich verwende das TThread-Objekt, kannst Du mir bitte sagen, wo der Bug ist?



@Trifid, @Luckie,

Ich habe obiges Posting "aus dem Bauch heraus" geschrieben, nachdem ich
um 2.00 Uhr früh in meine Fa. musste, und mir eine Wartezeit mit der DP verkürzte
-da war ich mir auch nicht sicher, ich beschrieb nur meine Erfahrungen
die ich mit Threads hatte.

Nun ließ mir das keine Ruhe und ich begann nachzulesen:

Andreas Kosch schreibt in "Delphi Win32 Lösungen" (Seite 298) folgendes:

Zitat:

Zitat von Delphi Win32 Lösungen

[..]Aus diesem Grund muss jedes Handle über den Aufruf von CloseHandle
so früh wie möglich freigegeben werden. Dabei bedeutet das Freigeben des Handles nicht,
dass auch das Threadobjekt zerstört wird. Solange der Thread seine Aufgaben
noch nicht erledigt hat, führt das Schließen des Handles nicht zum Freigeben des Threadobjektes.
[..]
Win32 schließt alle Objekthandle selbstständig, wenn der zugrundeliegende Prozess terminiert.

Wichtig ist in dem Fall, dass eine Freigabe des Handles nicht automatisch das Threadobjekt zerstört,
und zwar unabhängig davon ob der Thread mit dem TThread Objekt oder durch die WinAPI erzeugt wurde.

[Luckie]

Jupp, davon war aber gar nicht die Rede. Ein Thread-Handle kannst du sofort schließen, wenn du es nicht mehr brauchst. Mache ich in der Regel auch immer so, damit ich es nicht vergesse.

Ich benutze es meist nur, um zu kucken, ob alles geklappt hat:

Delphi-Quellcode:

    // Thread gleich starten
    hThread := BeginThread(nil, 0, @Thread, ThreadParams, 0, ThreadID);
    // wenn hThread <> 0 hat alles geklappt
    if hThread <> 0 then
    begin
      // nicht mehr benötigtes Thread-Handle schließen
      CloseHandle(hThread);
      // Schalflächen aktivieren / deaktivieren
      Button1.Enabled := False;
      Button2.Enabled := True;
    end;