Linux программирование в примерах

  
10.2. Действия сигналов
 
Каждый сигнал (вскоре мы представим полный список) имеет связанное с ним действие по умолчанию. POSIX обозначает это как диспозицию (disposition) сигнала. Это то действие, которое ядро осуществляет для процесса, когда поступает определенный сигнал. Действие по умолчанию варьирует:
Завершение
Процесс завершается.
Игнорирование
Сигнал игнорируется. Программа никогда не узнает, что что-то случилось.
Снимок образа процесса
Процесс завершается, и ядро создает файл core (в текущем каталоге процесса), содержащий образ работавшей на момент поступления сигнала программы. Снимок процесса может впоследствии использоваться с отладчиком для исследования состояния программы (см. главу 15 «Отладка»).
По умолчанию системы GNU/Linux создают файлы с именем 
core.<i>pid</i>
, где 
<i>pid</i>
 является ID завершаемого процесса. (Это можно изменить; см. sysctl(8).) Такое именование позволяет хранить в одном и том же каталоге несколько файлов 
core
, за счет использования большего дискового пространства. [105] Традиционные системы Unix называют файл 
core
, и это ваше дело сохранить какие-нибудь файлы 
core
 для последующего изучения, если есть шанс создания других таких же файлов в том же каталоге.
Остановка
Процесс останавливается. Впоследствии он может быть возобновлен. (Если вы использовали управление заданиями оболочки с помощью CTRL-Z, 
fg
 и 
bg
, вы понимаете остановку процесса.)
  
10.3. Стандартные сигналы С: 
signal()
 и 
raise()
 
Стандарт ISO С определяет первоначальный API управления сигналами V7 и новый API для посылки сигналов. Вы должны использовать их для программ, которым придется работать на не-POSIX системах, или в случаях, когда предоставляемые ISO С API возможности являются достаточными.
  
10.3.1. Функция 
signal()
 
Действие сигнала изменяется с помощью функции 
signal()
. Вы можете изменить действие на «игнорировать сигнал», «восстановить для сигнала действие системы по умолчанию» или «вызвать при появлении сигнала мою функцию с номером сигнала в качестве параметра».
Функция, которую вы предоставляете для распоряжения сигналом, называется обработчиком сигнала (или просто обработчиком), а установка ее в соответствующем месте осуществляет перехват (catch) сигнала.
Получив эти сведения, давайте перейдем к API. В заголовочном файле 
&lt;signal.h&gt;
 представлены определения макросов для поддерживаемых сигналов и объявления функций управления сигналами, предоставляемыми стандартом С:
#include &lt;signal.h&gt; /* ISO С */
void (*signal(int signum, void (*func)(int)))(int);
Это объявление для функции signal() почти невозможно прочесть. Поэтому справочная страница GNU/Linux signal(2) определяет ее таким способом:
typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);
Теперь это более вразумительно. Тип 
sighandler_t
 является указателем на функцию с возвращаемым типом 
void
, которая принимает один целый аргумент. Это целое является номером поступающего сигнала.
Функция 
signal()
 принимает номер сигнала в качестве своего первого параметра, а указатель функции (новый обработчик) в качестве своего второго аргумента. Если последний не является указателем функции, он может быть лишь 
SIG_DEF,
 что означает «восстановить действие по умолчанию», либо 
SIG_IGN
, что означает «игнорировать сигнал».
signal()
 изменяет действие для 
signum
 и возвращает предыдущее действие. (Это дает вам возможность восстановить при желании предыдущее действие.) Возвращаемое значение может равняться также 
SIG_ERR
, что указывает на произошедшую ошибку. (Некоторые сигналы невозможно перехватить или игнорировать; предоставление для них обработчика сигнала или неверный 
signum
 создают эту ошибку.) В табл. 10.1 перечислены сигналы, доступные под GNU/Linux, их числовые значения, действия по умолчанию для каждого, формальный стандарт или современная операционная система, которые их определяют, и смысл каждого.
Таблица 10.1. Сигналы GNU/Linux
 
 
Имя
 
Значение
 
По умолчанию
 
Источник
 
Смысл
 
 
 
SIGHUP
 
1
 
Term
 
POSIX
 
Отсоединение
 
 
 
SIGINT
 
2
 
Term
 
ISO C
 
Прерывание
 
 
 
SIGQUIT
 
3
 
Core
 
POSIX
 
Выход
 
 
 
SIGILL
 
4
 
Core
 
ISO C
 
Недействительная инструкция
 
 
 
SIGTRAP
 
5
 
Core
 
POSIX
 
Трассировочная ловушка
 
 
 
SIGABRT
 
6
 
Core
 
ISO C
 
Прекращение
 
 
 
SIGIOT
 
6
 
Core
 
BSD
 
Ловушка IOT
 
 
 
SIGBUS
 
7
 
Core
 
BSD
 
Ошибка шины
 
 
 
SIGFPE
 
8
 
Core
 
ISO C
 
Исключение с плавающей точкой
 
 
 
SIGKILL
 
9
 
Term
 
POSIX
 
Завершение, неблокируемый
 
 
 
SIGUSR1
 
10
 
Term
 
POSIX
 
Сигнал 1 пользователя
 
 
 
SIGSEGV
 
11
 
Core
 
ISO C
 
Нарушение сегмента
 
 
 
SIGUSR2
 
12
 
Term
 
POSIX
 
Сигнал 2 пользователя
 
 
 
SIGPIPE
 
13
 
Term
 
POSIX
 
Нарушенный канал
 
 
 
SIGALRM
 
14
 
Term
 
POSIX
 
Аварийные часы
 
 
 
SIGTERM
 
15
 
Term
 
ISO C
 
Завершение
 
 
 
SIGSTKFLT
 
16
 
Term
 
Linux
 
Ошибка стека в процессоре (не используется)
 
 
 
SIGCHLD
 
17
 
Ignr
 
POSIX
 
Изменение статуса порожденного процесса
 
 
 
SIGCLD
 
17
 
Ignr
 
System V
 
То же, что и SIGCHLD (для совместимости)
 
 
 
SIGCONT
 
18
 
 
POSIX
 
Продолжить при остановке
 
 
 
SIGSTOP
 
19
 
Stop
 
POSIX
 
Стоп, неблокируемый
 
 
 
SIGTSTP
 
20
 
Stop
 
POSIX
 
Стоп от клавиатуры
 
 
 
SIGTTIN
 
21
 
Slop
 
POSIX
 
Фоновое чтение от tty
 
 
 
SIGTTOU
 
22
 
Stop
 
POSIX
 
Фоновая запись в tty
 
 
 
SIGURG
 
23
 
Ignr
 
BSD
 
Срочный сигнал сокета
 
 
 
SIGXCPU
 
24
 
Core
 
BSD
 
Превышение предела процессора
 
 
 
SIGXFSZ
 
25
 
Core
 
BSD
 
Превышение предела размера файла
 
 
 
SIGVTALRM
 
26
 
Term
 
BSD
 
Виртуальные аварийные часы
 
 
 
SIGPROF
 
27
 
Term
 
BSD
 
Профилирующие аварийные часы
 
 
 
SIGWINCH
 
28
 
Ignr
 
BSD
 
Изменение размера окна
 
 
 
SIGIO
 
29
 
Term
 
BSD
 
Возможен ввод/вывод
 
 
 
SIGPOLL
 
29
 
Term
 
System V
 
Опрашиваемое событие, то же, что и SIGIO (для совместимости)
 
 
 
SIGPWR
 
30
 
Term
 
System V
 
Повторный запуск из-за сбоя питания
 
 
 
SIGSYS
 
31
 
Core
 
POSIX
 
Неверный системный вызов