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 >= 200112L)
    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)