AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Sonstige Fragen zu Delphi Delphi Threads: bleibt ein Thread nach Beenden des Programms aktiv?
Thema durchsuchen
Ansicht
Themen-Optionen

Threads: bleibt ein Thread nach Beenden des Programms aktiv?

Ein Thema von messie · begonnen am 18. Sep 2008 · letzter Beitrag vom 18. Sep 2008
Antwort Antwort
messie

Registriert seit: 2. Mär 2005
Ort: Göttingen
1.592 Beiträge
 
Delphi 2009 Professional
 
#1

Threads: bleibt ein Thread nach Beenden des Programms aktiv?

  Alt 18. Sep 2008, 20:49
Moin,

heute kam die Frage auf: gehört ein Thread zur Anwendung und wird er beim Beenden des Hauptthreads beendet und freigegeben? Der neue Kollege hat Einiges in Java gemacht, dort bleiben Threads nach Programmabstürzen wohl manchmal aktiv und beim Neustart des Programms chrasht das.

Grüße, Messie
  Mit Zitat antworten Zitat
Benutzerbild von Meflin
Meflin

Registriert seit: 21. Aug 2003
4.856 Beiträge
 
#2

Re: Noch'ne Grundsatzfrage zur Thread-Programmierung

  Alt 18. Sep 2008, 20:53
Ein Thread läuft ja im Adressraum seines Prozesses. Wird der Prozess beendet, ist der Thread somit einfach futsch
  Mit Zitat antworten Zitat
Apollonius

Registriert seit: 16. Apr 2007
2.325 Beiträge
 
Turbo Delphi für Win32
 
#3

Re: Noch'ne Grundsatzfrage zur Thread-Programmierung

  Alt 18. Sep 2008, 20:53
In Delphi wird am Ende des Haupt-Blocks (begin ... end.) automatisch @Halt0 aufgerufen, welches wiederum ExitProcess aufruft. Der Name sollte eindeutig sein. Alle Threads werden brutal terminiert.
Wer erweist der Welt einen Dienst und findet ein gutes Synonym für "Pointer"?
"An interface pointer is a pointer to a pointer. This pointer points to an array of pointers, each of which points to an interface function."
  Mit Zitat antworten Zitat
messie

Registriert seit: 2. Mär 2005
Ort: Göttingen
1.592 Beiträge
 
Delphi 2009 Professional
 
#4

Re: Noch'ne Grundsatzfrage zur Thread-Programmierung

  Alt 18. Sep 2008, 21:10
Danke, dann habe ich das ja richtig erklärt.

Grüße, Messie
  Mit Zitat antworten Zitat
Benutzerbild von Khabarakh
Khabarakh

Registriert seit: 18. Aug 2004
Ort: Brackenheim VS08 Pro
2.876 Beiträge
 
#5

Re: Noch'ne Grundsatzfrage zur Thread-Programmierung

  Alt 18. Sep 2008, 21:28
Zitat von messie:
Der neue Kollege hat Einiges in Java gemacht, dort bleiben Threads nach Programmabstürzen wohl manchmal aktiv und beim Neustart des Programms chrasht das.
Zumindest im .Net-Framework gibt es Thread.IsBackground. Bei false hält der Thread auch nach Beendigung des Mainthreads den Prozess am Leben. Wenn allerdings bei einem Fehler im Mainthread _nicht_ der ganze Prozess beendet wird, hat der Code deines Kollegen ein ganz anderes Problem .
Sebastian
Moderator in der EE
  Mit Zitat antworten Zitat
Apollonius

Registriert seit: 16. Apr 2007
2.325 Beiträge
 
Turbo Delphi für Win32
 
#6

Re: Noch'ne Grundsatzfrage zur Thread-Programmierung

  Alt 18. Sep 2008, 21:32
In Java gibt es Daemon-Threads. Alle anderen Threads verhindern, dass der Prozess beendet wird, wenn die main-Methode beendet wurde. Das dürfte also ziemlich identisch mit .NET sein.
Wer erweist der Welt einen Dienst und findet ein gutes Synonym für "Pointer"?
"An interface pointer is a pointer to a pointer. This pointer points to an array of pointers, each of which points to an interface function."
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:06 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz