Когда в
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; /* - Установить действие по умолчанию */
2088 sigemptyset(&sigact.sa_mask); /* - Нет дополнительных сигналов для блокирования */
2089 sigact.sa_flags = 0; /* - Специальные действия не предпринимаются */
2090 sigaction(sig, &sigact, NULL); /* - Поместить на место */
2091 }
2092 #else /* На системе в старом стиле... */
2093 signal(sig, SIG_DFL); /* - Установить действие по умолчанию */
2094 #endif
