Книга: Разработка приложений в среде Linux. Второе издание
12.2.3. Перехват сигналов
12.2.3. Перехват сигналов
Вместо использования функции signal()
(чья семантика в процессе эволюции стала неправильной) POSIX-программы регистрируют обработчики сигналов с помощью sigaction()
.
#include <signal.h>
int sigaction(int signum, struct sigaction *act, struct sigaction *oact);
Этот системный вызов устанавливает обработчик сигнала signum
, как определено с помощью act
. Если oact
не равен NULL
, он принимает расположение обработчика перед вызовом sigaction()
. Если act
равен NULL
, текущая установка обработчика остается неизменной, позволяя программе получить текущее расположение, не изменяя его. sigaction()
возвращает 0 в случае успеха и ненулевое значение в случае ошибки. Ошибки случаются только если один или несколько параметров, переданных sigaction()
, не верны.
Обработка сигнала ядром полностью описывается структурой struct sigaction
.
#include <signal.h>
— это указатель на функцию со следующим прототипом:
struct sigaction {
__sighandler_t sa_handler;
sigset_t sa_mask;
int sa_flags;
};
sa_handler
void handler(int signum);
Здесь signum
устанавливается равным номеру сигнала, который является причиной вызова функции, sa_handler
может указывать на функцию этого типа либо быть равным SIG_IGN
или SIG_DFL
.
Программа также специфицирует набор сигналов, которые должны блокироваться во время функционирования обработчика сигнала. Если обработчик предназначен для обработки нескольких различных сигналов (что легко сделать благодаря параметру signum
), это средство существенно для предотвращения возникновения условия состязаний. sa_mask
— это набор сигналов, включающий все сигналы, которые должны блокироваться при вызове обработчика. Однако доставленный сигнал блокируется независимо от того, что содержит sa_mask
— если вы не хотите, чтобы он блокировался, укажите это флагом sa_flags
— членом структуры struct sigaction
.
Член sa_flags
позволяет процессу модифицировать различные поведения сигнала. Он содержит один или более флагов, объединенных битовой операцией "ИЛИ"[61].
SA_NOCLDSTOP |
Обычно SIGCHLD генерируется, когда один из потомков процесса прерван или приостановлен (то есть всякий раз, когда wait4() должен вернуть информацию о состоянии процесса). Если флаг SA_NOCLDSTOP указан для сигнала SIGCHLD , то сигнал генерируется лишь в случае прерывания дочернего процесса; приостановка дочернего процесса не приводит к генерации каких-либо сигналов. SA_NOCLDSTOP не оказывает влияния ни на какой другой сигнал. |
SA_NODEFER |
Когда вызывается обработчик сигнала, сигнал автоматически не блокируется. Применение этого флага приводит к ненадежным сигналам, и он должен использоваться только для эмуляции ненадежных сигналов в приложениях, зависящих от такого поведения. Это идентично флагу SA_NOMASK в System V. |
SA_RESETHAND |
Когда присылается сигнал, обработчик сбрасывается в SIG_DFL. Этот флаг позволяет эмулировать функцию ANSI/ISO signal() в библиотеке пользовательского пространства. Идентично флагу SA_ONESHOT в System V. |
SA_RESTART |
Когда сигнал посылается процессу во время выполнения медленного системного вызова, системный вызов перезапускается после возврата управления из обработчика. Если флаг не указан, то системный вызов в этом случае возвращает ошибку и устанавливает errno равным EINTR . |
- 10.6.4. Перехват сигналов: sigaction()
- 10.4. Обработчики сигналов в действии
- 12.2. Программный интерфейс сигналов Linux и POSIX
- 12.2.1. Посылка сигналов
- 12.2.5. Нахождение набора ожидающих сигналов
- 12.2.6. Ожидание сигналов
- Перехват сигналов
- Перехват ошибок
- 7.4. Аналоговые перемножители сигналов
- 15.1.3. Обработка сигналов управления заданиями
- 10.7.1. Перехват соединения
- 14.5.4. Перехват соединения