Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

3.3 Pthreads und Unix-Prozesse 139
Darüber hinaus bietet die pthread_kill()-Funktion noch die Möglichkeit, ein
Signal sig für den referenzierten Thread thread zu generieren. Man könnte
ein solches Signal als zielgerichtet generiertes Signal bezeichnen. Auch in diesem
Fall wird das Signal selbstverständlich direkt an den referenzierten Thread
geschickt. 6 Falls die Operation erfolgreich war, liefert pthread_kill() den
Rückgabewert 0. Andernfalls wurde kein Signal generiert und der zurückgelieferte
Fehlercode gibt Auskunft über die Fehlerursache.
#include
#include
int pthread_kill( pthread_t thread , int sig );
Damit ein Thread ein an ihn geschicktes Signal gezielt verarbeiten kann, besitzt
jeder Thread seine eigene, threadspezifische Signalmaske. D. h. für jeden
Thread kann individuell bestimmt werden, welche Signale er akzeptiert oder
blockiert. Die Signalbehandlung findet dann im Kontext eines Threads statt.
Im Gegensatz dazu hat aber ein Prozeß nach wie vor nur einen einzigen Satz
von Signalbehandlungsroutinen. Die mit einem Signal verbundene Aktion betrifft
also immer den gesamten Prozeß. Insbesondere wird durch die Standardaktionen
immer noch der ganze Prozeß beendet oder angehalten, falls
ein entsprechendes Signal eintrifft. Es ist folglich auch nicht möglich, daß zwei
verschiedene Threads zwei unterschiedliche Signalbehandlungsroutinen für ein
Signal aktivieren, um damit etwa unterschiedlich auf Arithmetik-Fehler reagieren
zu können.
Löst ein Thread z. B. einen Arithmetik-Fehler aus und hat der Thread das
SIGFPE-Signal nicht blockiert, dann wird dieser Thread durch die prozeßweit
festgelegte Signalbehandlungsroutine für das SIGFPE-Signal unterbrochen.
Hinterlegt ein Thread eine alternative Signalbehandlungsroutine für
das SIGFPE-Signal, so gilt die neue Signalbehandlung gleichzeitig auch für
alle anderen Threads des Prozesses. Schlimmer noch: In Abschnitt 2.4.1 haben
wir gelernt, daß beim Eintritt in eine Signalbehandlungsfunktion das zu
behandelnde Signal blockiert wird. Nachdem nun jeder Thread seine eigene
Signalmaske besitzt, ist das Signal nur für den gerade unterbrochenen
Thread blockiert. Ein zweites SIGFPE-Signal könnte einen weiteren Thread
unterbrechen und damit wären zwei Threads zur selben Zeit in der gleichen
Signalbehandlungsroutine aktiv und würden demzufolge auch um gemeinsame
Ressourcen konkurrieren.
Aus diesem Grund empfiehlt sich in Pthreads-Programmen eine andere Herangehensweise
an die Signalverarbeitung. Anstatt die generierten Signale auf
6 Übrigens können alle Signale sowohl synchron als auch asynchron (und natürlich
auch zielgerichtet) generiert werden. Die Eigenschaften synchron, asynchron und
zielgerichtet sind also lediglich Eigenschaften der Signalerzeugung und keine Eigenschaften
des Signals als solches.