BSD_SIGNAL(3) Руководство программиста Linux BSD_SIGNAL(3)

ИМЯ

bsd_signal - обрабатывает сигналы согласно семантике BSD

ОБЗОР

#include <signal.h>

typedef void (*sighandler_t)(int);

sighandler_t bsd_signal(int signum, sighandler_t handler);

Требования макроса тестирования свойств для glibc (см. feature_test_macros(7)):

bsd_signal():

Начиная с glibc 2.26: _XOPEN_SOURCE >= 500 && ! (_POSIX_C_SOURCE >= 200809L) glibc 2.25 и старее: _XOPEN_SOURCE

ОПИСАНИЕ

Функция bsd_signal() ожидает те же аргументы и выполняет ту же задачу, что и signal(2).

Различие между ними в том, что bsd_signal() гарантированно предоставляет надёжную семантику сигналов, то есть: a) обработчик сигнала не сбрасывается в значение по умолчанию, при его вызове; b) доставка последующих экземпляров сигнала блокируется до тех пор, пока выполняется обработчик сигнала; c) если обработчик сигнала прерывает блокирующий системный вызов, то системный вызов автоматически перезапускается. Переносимое приложение не может полагаться на signal(2), если ему нужны такие гарантии.

ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ

Функция bsd_signal() возвращает предыдущее значение обработчика сигнала или SIG_ERR при ошибке.

ОШИБКИ

Как в signal(2).

АТРИБУТЫ

Описание терминов данного раздела смотрите в attributes(7).

Интерфейс Атрибут Значение
bsd_signal() Безвредность в нитях MT-Safe

СООТВЕТСТВИЕ СТАНДАРТАМ

4.2BSD и POSIX.1-2001. В POSIX.1-2008 спецификация bsd_signal() удалена, вместо неё рекомендуется использовать sigaction(2).

ЗАМЕЧАНИЯ

Избегайте использования bsd_signal(), используйте вместо неё sigaction(2).

В современных Linux-системах bsd_signal() и signal(2) эквивалентны. Однако на старых системах signal(2) предоставляет ненадежную семантику сигналов. Подробности см. в signal(2).

Используемый параметр sighandler_t является расширением GNU; данный тип определён только в том случае, если определён макрос _GNU_SOURCE.

СМОТРИТЕ ТАКЖЕ

sigaction(2), signal(2), sysv_signal(3), signal(7)

2019-03-06