Читаем Linux API. Исчерпывающее руководство полностью

ILL_ILLADR — Недопустимый режим адресации

ILL_ILLOPC — Недопустимый код операции

ILL_ILLOPN — Недопустимый операнд

ILL_ILLTRP — Недопустимая ловушка

ILL_PRVOPC — Привилегированный код операции

ILL_PRVREG — Привилегированный регистр

SIGPOLL/SIGIO

POLL_ERR — Ошибка ввода-вывода

POLL_HUP — Устройство отключено

POLL_IN — Доступны данные ввода

POLL_MSG — Доступно сообщение ввода

POLL_OUT — Доступны буферы вывода

POLL_PRI — Доступен высокоприоритетный ввод

SIGSEGV

SEGV_ACCERR — Нарушение прав доступа к странице памяти

SEGV_MAPERR — Искомый адрес незадействован

SIGTRAP

TRAP_BRANCH — Ловушка ветвления процессов

TRAP_BRKPT — Точка останова процесса

TRAP_HWBKPT — Аппаратная точка остановки/наблюдения процесса

TRAP_TRACE — Ловушка трассировки процесса

Стандартом SUSv4 определяется функция psiginfo(), предназначение которой аналогично функции psignal() (раздел 20.8). Функция psiginfo() принимает два аргумента: указатель на структуру siginfo_t и строку сообщения. Функция распечатывает строку сообщения при возникновении стандартной ошибки, а также дополнительную информацию о сигнале, описываемом в структуре siginfo_t. Функция psiginfo() предоставляется в библиотеке glibc, начиная с версии 2.10. Реализация из библиотеки glibc распечатывает описание сигнала, место происхождения сигнала (в соответствии со значением поля si_code), а также, для некоторых сигналов, содержимое других полей структуры siginfo_t. Функция psiginfo() — это нововведение стандарта SUSv4, поэтому она может доступной не во всех системах.

Аргумент ucontext

Последний аргумент, передаваемый обработчику, установленному с флагом SA_SIGINFO, ucontext, — это указатель на структуру типа ucontext_t (определена в файле ). (В стандарте SUSv3 для этого аргумента применяется указатель типа void, так как данный стандарт не устанавливает каких-либо деталей этого аргумента.) Структура предоставляет так называемую информацию о пользовательском контексте, описывающую состояние процесса перед активацией обработчика сигнала, в том числе и предшествующую сигнальную маску и сохраненные значения регистра (например, программный счетчик и указатель стека). Эта информация редко применяется в обработчиках сигналов, поэтому мы не будем вдаваться в подробности.

Еще один вариант применения структур ucontext_t — это функции getcontext(), makecontext(), setcontext(), и swapcontext(), позволяющие процессу соответственно получать, создавать, изменять или заменять контексты выполнения. (Эти операции аналогичны функциям setjump() и longjump(), но менее специфичны.) Эти функции могут применяться для реализации сопрограмм (coroutine), когда поток выполнения переключается между двумя (или более) функциями. В SUSv3 эти функции указаны, но отмечены как устаревшие. Из стандарта SUSv4 эти функции изъяты с указанием, что приложения должны быть переписаны с использованием потоков POSIX. Более подробная информация об этих функциях содержится в справочнике glibc.

21.5. Прерывание и повторный запуск системных вызовов

Рассмотрим следующий сценарий.

1. Мы устанавливаем обработчик некоего сигнала.

2. С устройства терминала мы совершаем блокирующий системный вызов, например, read(), который блокируется до момента предоставления ввода.

3. Пока системный вызов заблокирован, осуществляется доставка сигнала, для которого мы установили обработчик, и, соответственно, активация обработчика этого сигнала.

Что случится после возврата из обработчика сигнала? По умолчанию, системный вызов завершается неудачно с ошибкой EINTR («Функция прервана»). Это может быть полезной особенностью. В разделе 23.3 мы рассмотрим, как использовать таймер (результатом чего будет доставка сигнала SIGALRM) для установки тайм-аута блокирующих системных вызовов, таких как read().

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

while ((cnt = read(fd, buf, BUF_SIZE)) == –1 && errno == EINTR)

continue; /* Тело цикла без действий */

if (cnt == –1) /* read() завершился с ошибкой, не равной EINTR */

errExit("read");

Если мы часто пишем такой код, то может быть удобно определить некий макрос, например, так:

#define NO_EINTR(stmt) while ((stmt) == –1 && errno == EINTR);

С его помощью мы можем переписать ранее упомянутый вызов read():

NO_EINTR(cnt = read(fd, buf, BUF_SIZE));