Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

2.4 Signale 65
$ ./quiz1
Sie haben 20 Sekunden für die Antwort:
Was ißt Sir Quickly am liebsten?
^C
Habe Signal SIGINT erhalten ...
Oha: Interrupted system call ...
Der Prozeß verhält sich in diesem Fall analog zum Timer-Signal aus dem
vorigen Testlauf. Das Programm ist also schon ganz nahe am Sollzustand. Es
gilt jedoch noch, die folgenden Probleme zu lösen:
1. Wird die Abbruchtaste am Terminal gedrückt, so beendet sich das Programm.
Die Anforderung war allerdings, daß sich der Prozeß durch die
Abbruchtaste nicht beeinflussen läßt.
Wir können das momentane Verhalten verändern, indem wir die Signalbehandlung
für das Signal SIGINT auf ignorieren setzen. Wie in Beispiel 2.15
zu sehen, weisen wir dazu vor dem ersten Aufruf von sigaction() dem
Element sa_handler den Wert SIG_IGN zu.
2. Es existiert eine sogenannte Race Condition zwischen dem Aufruf der
alarm()-Funktion und dem Aufruf von fgets(). Auf einem stark ausgelasteten
System könnte die Zeitschaltuhr bereits abgelaufen sein, noch
bevor der Prozeß die fgets()-Funktion überhaupt aufgerufen hat. Der
Anwender hättedamitunbegrenztZeitfür seine Antwort, denn fgets()
würde nicht mehr durch einen Timeout abgebrochen werden. Je größer
das an alarm() übergebene Zeitintervall ist, desto unwahrscheinlicher ist
zwar das Eintreten dieser Situation, nichts desto trotz wäreeinesolche
Race Condition in realen Anwendungen ein echter Risikofaktor.
Für unser konkretes Anliegen gibt es einen einfachen Ausweg aus dieser
Falle: Die Signalbehandlungsroutine beendet den Prozeß sofort durch
Aufruf von exit().
Falls es in einer anderen Situation nicht möglich sein sollte, den Prozeß
(oder den Thread) direkt zu beenden, stellt die alarm()-Funktion leider
keine geeignete Möglichkeit dar, einen Timeout ohne Race Condition zu
implementieren.
Beispiel 2.15 zeigt das entsprechend der vorangehenden Analyse veränderte
Quiz-Programm.
1 #include
2 #include
3 #include
4 #include
Beispiel 2.15. quiz2.c