Материал: 6262

132

•отработал таймер;

•пользователь ввел с терминала специфическую последовательность символов;

•процесс обратился к функции kill(...) и другие.

Иногда, по одному событию генерируются сигналы для нескольких процессов, например, для группы процессов, ассоциированных с некоторым управляющим терминалом.

В момент генерации сигнала определяется, посылается ли он процессу или конкретному потоку управления в процессе. Сигналы, сгенерированные в результате действий, приписываемых отдельному потоку управления, таких как возникновение аппаратной исключительной ситуации, посылаются этому потоку.

Сигналы, генерация которых ассоциирована с идентификатором процесса или группы процессов, а также с асинхронным событием, например, пользовательский ввод с терминала, посылаются процессу. В каждом процессе определены действия, предпринимаемые в ответ на все предусмотренные системой сигналы.

Говорят, что сигнал доставлен процессу, когда взято для выполнения действие, соответствующее данным процессу и сигналу.

В интервале, от генерации до доставки или принятия сигнал называется ждущим. Обычно, он невидим для приложений, однако доставку сигнала потоку управления можно блокировать. Если действие, ассоциированное с заблокированным сигналом, отлично от игнорирования, он будет ждать разблокирования.

У каждого потока управления есть маска сигналов, определяющая набор блокируемых сигналов. Обычно она достается в наследство от родительского потока.

В данном подразделе, мы завершаем рассмотрение базовых системных вызовов управления процессами, объединенными в группу «Функции потоков и сигна-лов процессов», где будут изучены следующие системные вызовы:

•signal() - установка нового обработчика сигнала текущего процесса;

•kill() - посылка сигнала процессу по его иденитфикатору PID;

•raise() - посылка сигнала текущему процессу;

•pause() - остановка процесса до получения сигнала;

•sleep() - остановка процесса на заданное число секунд, либо до получения сигнала.

Установка реакции процесса на получаемые сигналы осуществляется с помошью системного вызова:

#include <signal.h>

typedef void (*sighandler_t)(int);

sighandler_t signal(int signum, sighandler_t handler);

где signum — номер обрабатываемого сисгнала;

handler — ассоциируется с действем одного из трех типов:

• SIG_DFL — выполняются подразумеваемые действия, зависящие от сигнала,

133

которые описаны в заголовочном файле <signal.h>;

•SIG_IGN - игнорировать сигнал; доставка сигнала не оказывает воздействия на процесс;

•указатель на функцию - обработать сигнал, выполнив при его доставке заданную функцию; после завершения функции обработки процесс возобновляет

выполнение с точки прерывания.

Обычно, функция обработки вызывается в соответствии со следующим заголовком языка C:

void func (int signo);

где signo - номер доставленного сигнала.

Замечание

Первоначально, до входа в функцию main(...), реакция на все сигналы установлена как

SIG_DFL или SIG_IGN.

Функция обработки называется асинхронно-сигнально-безопасной (АСБ), если ее можно вызывать без каких-либо ограничений при обработке сигналов.

Встандарте POSIX-2001, имеется список функций, которые должны быть либо повторно входимыми, либо непрерываемыми сигналами, что превращает их в АСБ-функции.

Вэтот список включены 117 функций.

Процессу - сигнал может быть послан либо из командной строки с помощью служебной программы kill, либо из процесса с помощью системных вызовов:

#include <signal.h>

int kill (pid_t pid, int sig); int raise(int sig);

где pid — может принимать следующие значения:

•pid > 0 - сигнал sig посылается процессу с идентификатором pid;

•pid = 0 - sig посылается каждому процессу, который входит в группу текущего процесса;

•pid = -1 - sig посылается каждому процессу, за исключением процесса с номером 1;

•pid < -1 - sig посылается каждому процессу, который входит в группу

процесса с идентификатором -pid. sig — номер обрабатываемого сигнала.

Замечание

Если sig=0, то действия сводятся к проверке допустимости значения pid.