Wie beende ich einen TThread freundlich und notfalls gewaltsam?

[Medium]

Ich kann Günthers Ansinnen schon gut verstehen. Wir haben auch Software im Einsatz, bei der die aller aller erste Prio ist, dass es LÄUFT. Es gibt Threads, die mit anderer Hardware via TCP sprechen. Leider verhält sich die Zugriffs-Lib (eine externe DLL) nicht immer so arg zuverlässig, so dass es z.B. beim Herausziehen des Netzwerkkabels durchaus passieren kann, dass ein Kommunikationsversuch bis in alle Ewigkeit wartet. Auch, wenn man das Kabel wieder rein stöpselt. (Das ist ein Beispiel, ich will jetzt nicht von euch hören, wie ich das Einstecken des Kabels von Windows mitgeteilt bekomme.) Da es für uns nicht wirtschaftlich ist diesen in 2 Jahren 1 Mal vorkommenden Fall damit zu behandeln, dass wir die externe (in C geschriebene) Lib a) verstehen und b) debuggen und dazu noch eine entsprechende Compilerumbegung zu erstellen (wir nutzen sonst kein C), war die "freundlichste" Lösung: Ein weiterer Thread als Watchdog, die den anderen nach einem Timeout im Zweifel per WinAPI wegballert und neu startet. (Solle dann immer noch keine Verbindung bestehen, wird dort zumindest brav eine entsprechende Rückmeldung gegeben.)

Bei aller Liebe zum Richtigmachen: Stellt keinem in Abrede, dass es wirtschaftlich sehr vorteilhafte, verhältnismäßige, und gar funktional vertretbare Fälle gibt, zu dessen Ursachen man ggf. nichtmals Zugang hat. Man muss natürlich sehr genau abwägen, und wissen was im schlimmsten Fall dabei schief gehen kann. Wenn aber 24/7 Funktion ohne Aufsicht das Credo ist, und man es in JEDEM Fall sicher stellen muss selbst wenn eine Handgranate im Server explodiert, dann ist ein weggeschossener Thread mit sauberem Neuaufsetzen die beste Alternative zwischen möglicherweise Wochen an (unbezahltem) Entwicklungsaufwand in Fremdcode in einer Sprache von der man nicht viel mehr als den Namen und grobe Züge kennt, und unvorhersehbaren aber immerhin sauberen Totalausfällen. Zumindest wenn man mit dem Programm nicht gerade eine Rakete oder ein AKW steuert.

Das akademische Ideal sollte nach Möglichkeit immer angestrebt werden, in der echten Welt gibt es aber leider auch so Sachzwänge wie Deadlines, Budgets und ggf. auch einfach andere Prioritätensetzung als eben das betroffene kleine Subsystem. Ich will üble Hacks hier nicht proklamieren, ich hoffe dass ich nicht so verstanden werde! Aber gerade bei Threads, die "von aussen" weggehängt werden bin ich ein wenig gebranntes Kind, und kann den Sinn und Nutzen einfach voll verstehen.

Wenn keine IPC oder andere externe Kommunikation dabei ist, schaut es wieder etwas anders aus: So lange ich mich voll und ganz in Delphi bewege, kann ich solche Sachen quasi immer hübsch und sauber behandeln. (Ausnahme: Nur als DCU vorliegende Komponenten, die eine while true do... Schleife haben.) Wenn man nach dem Verursachenden Aufruf einfach nicht mehr dazwischen kommt - ja was bleibt einem denn anderes!? Also bitte ein wenig mehr piano hier. Die Frage ist legitim, das Mittel je nach Fall auch. Der Zweck ohnehin.