Шрифт:
Когда в
act->sa_flags
установлен флаг SA_SIGINFO
, поле act->sa_sigaction
является указателем на функцию, объявленную следующим образом:
void action_handler(int sig, siginfo_t *info, void *context) {
/* Здесь тело обработчика */
}
Структура
siginfo
_t предоставляет изобилие сведений о сигнале:
/* Определение POSIX 2001. Действительное содержание может на разных системах быть разным. */
typedef struct {
int si_signo; /* номер сигнала */
int si_errno; /* значение <errno.h> при ошибке */
int si_code; /* код сигнала; см. текст */
pid_t si_pid; /* ID процесса, пославшего сигнал */
uid_t si_uid; /* настоящий UID посылающего процесса */
void *si_addr; /* адрес вызвавшей ошибку инструкции */
int si_status; /* значение завершения, может включать death-by-signal */
long si_band; /* связывающее событие для SIGPOLL/SIGIO */
union sigval si_value; /* значение сигнала (расширенное) */
} siginfo_t;
Поля
si_signo
, si_code
и si_value
доступны для всех сигналов. Другие поля могут быть членами объединения, поэтому должны использоваться лишь для тех сигналов, для которых они определены. В структуре siginfo_t
могут быть также и другие поля. Почти все поля предназначены для расширенного использования. Все подробности содержатся в стандарте POSIX и справочной странице sigaction(2). Однако, мы можем описать простое использование поля
si_code
. Для
SIGBUS
, SIGCHLD
, SIGFPE
, SIGILL
, SIGPOLL
, SIGSEGV
и SIGTRAP
поле si_code может принимать любое из набора предопределенных значений, специфичных для каждого сигнала, указывая на причину появления сигнала. Откровенно говоря, детали несколько чрезмерны; повседневному коду на самом деле нет необходимости иметь с ними дела (хотя позже мы рассмотрим значения для SIGCHLD
). Для всех остальных сигналов член si_code
имеет одно из значений из табл. 10.4. Таблица 10.4. Значения происхождения сигнала для
si_code
| Значение | Только GLIBC | Смысл |
|---|---|---|
| SI_ASYNCIO | Асинхронный ввод/вывод завершен (расширенный). | |
| SI_KERNEL | Сигнал послан ядром. | |
| SI_MESGQ | Состояние очереди сообщений изменилось (расширенный.) | |
| SI_QUEUE | Сигнал послан из sigqueue (расширенный). | |
| SI_SIGIO | SIGIO поставлен в очередь (расширенный). | |
| SI_TIMER | Время таймера истекло | |
| SI_USER | Сигнал послан функцией kill . raise и abort также могут его вызвать, но это не обязательно. |
В особенности полезно значение
SI_USER
; оно позволяет обработчику сигнала сообщить, был ли сигнал послан функциями raise
или kill
(описываются далее). Вы можете использовать эту информацию, чтобы избежать повторного вызова raise
или kill
. Третий аргумент обработчика сигнала с тремя аргументами,
void *contex
t, является расширенной возможностью, которая больше не обсуждается в данной книге. Наконец, чтобы увидеть
sigaction
в действии, исследуйте полный исходный код обработчика сигнала для sort.c
:
2074 static void
2075 sighandler(int sig)
2076 {
2077 #ifndef SA_NOCLDSTOP /* В системе старого стиля... */
2078 signal(sig, SIG_IGN); /* - для игнорирования sig используйте signal*/
2079 #endif - /* В противном случае sig автоматически блокируется */
2080
2081 cleanup; /* Запуск кода очистки */
2082
2083 #ifdef SA_NOCLDSTOP /* В системе в стиле POSIX... */
2084 {
2085 struct sigaction sigact;
2086
2087 sigact.sa_handler = SIG_DFL; /* - Установить действие по умолчанию */