Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

144 3 Programmieren mit POSIX-Threads
100
101 if( sig_count < INTERRUPTS )
102 printf( "Timeout!\n" );
103 else
104 printf( "Na gut, dann hören wir halt auf.\n" );
105
106 status = pthread_mutex_unlock( &sig_mutex );
107 if( status != 0 )
108 error_exit( "pthread_mutex_unlock()", status );
109
110 exit( 0 );
111 }
101–110
Zum Schluß zeigt eine Kontrollausgabe an, ob, wie gewünscht, drei Mal die
Abbruchtaste gedrückt wurde, oder ob zuvor die maximale Wartezeit abgelaufen
ist. Diese abschließende Überprüfung der Bedingung ist wichtig, da
beim Verlassen der while()-Schleife zunächst noch nicht geklärt ist, ob die
Bedingung tatsächlich erfüllt wurde. In jedem Fall verläßt der Hauptthread
danach wieder seinen kritischen Bereich und beendet das Programm.
3.3.4 fork() und exec() in Pthreads-Programmen
Wie wir in Abschnitt 2.5.2 sehen konnten, werden unter Unix mit Hilfe der
fork()-Funktion neue Prozesse erzeugt. Vor der Einführung der POSIX-
Threads war dies die einzige Methode, mit der ein Programm einen neuen
Kontrollfluß erzeugen konnte. Für dieses Vorhaben gibt es im Wesentlichen
nur zwei Gründe:
1. Es soll tatsächlich ein neuer Kontrollfluß im gleichen Programm (aber im
Unterschied zu Pthreads nicht im selben Prozeß) eröffnet werden. Der neue
Prozeß führt dann die ihm zugedachten Aufgaben des Programms parallel
zum Elternprozeß in einem neuen Prozeß aus. Ein typisches Beispiel ist
ein Webserver, der mehrere Kunden gleichzeitig bedienen soll.
2. Der neue Kontrollfluß hat eigentlich nur die Aufgabe, ein ganz anderes
Programm zu starten. In diesem Fall folgt dem Aufruf der fork()-
Funktion mehr oder weniger umgehend ein exec()-Aufruf, mit dem der
Prozeß sein Prozeßabbild komplett mit dem neuen Programm überlagert.
Das Hauptproblem der fork()-Funktion in einem Prozeß mit mehreren
Threads ist die Frage, was beim abspalten des neuen Prozesses mit den vorhandenen
Threads passieren soll. Anders als in einem Prozeß mit nur einem
Kontrollfluß ist hier nicht klar, welchen Gesamtzustand das Programm beim
Start des neuen Prozesses gerade hat. Werden alle Threads in den neuen Prozeß
übernommen, so muß der Programmierer diverse Sonderfälle behandeln,