API POSIX основан на API

из BSD 4.2 и 4.3. С небольшими изменениями этот API можно было отнести к возможностям API как V7, так и System V Release 3. POSIX сделал эти изменения и переименовал API . Поскольку интерфейс широко не использовался, мы не будем его описывать. Вместо этого в данном разделе описывается только , который вы и должны так или иначе использовать. (На самом деле руководства BSD 4.4 от 1994 г. помечают как устаревшую, указывая читателю на .)

Что неладно с API System V Release 3? В конце концов, они предоставляют блокирование сигналов, так, что сигналы не теряются, и любой данный сигнал может быть надежно обработан.

Ответ в том, что этот API работает лишь с одним сигналом в одно и то же время. Программы обычно обрабатывают больше одного сигнала. И когда вы находитесь в середине процесса обработки одного сигнала, вы не хотите беспокоиться по поводу обработки еще и второго. (Предположим, вы только что начали отвечать по офисному телефону, когда зазвонил ваш мобильный телефон: вы бы предпочли, чтобы телефонная система ответила вызывающему, что в данный момент вы находитесь на другой линии и что скоро освободитесь, вместо того, чтобы проделывать все это самому.)

С API

каждый обработчик сигнала должен был бы временно блокировать все другие сигналы, сделать свою работу, а затем разблокировать их. Проблема в том, что в промежутке между любыми двумя вызовами может появиться еще не заблокированный сигнал. Сценарий, еще раз, распространенный, создающий условия гонки.

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

Маска сигналов процесса является списком сигналов, которые процесс в настоящее время заблокировал. Сила POSIX API в том, что маской сигналов процесса можно манипулировать атомарно, как единым целым.

Маска сигналов процесса программно представляется с помощью набора сигналов. Это тип

. Концептуально он представляет собой просто битовую маску, причем значения 0 и 1 представляют отсутствие или наличие определенного сигнала в маске.

Однако, поскольку в системе может быть больше сигналов, чем может содержаться в одной

или и поскольку интенсивное использование побитовых операций тяжело для восприятия, для управления наборами сигналов существует несколько функций API.

Эти функции следующие:

Освобождает набор сигналов. По возвращении

не содержит сигналов. Возвращает 0 в случае успеха и -1 при ошибке.

Полностью заполняет набор сигналов. По возвращении

содержит все сигналы, определенные системой. Возвращает 0 в случае успеха и -1 при ошибке.

Добавляет

к маске сигналов процесса в . Возвращает 0 в случае успеха и -1 при ошибке.

Удаляет

из маски сигналов процесса в . Возвращает 0 в случае успеха и -1 при ошибке.

Возвращает true/false, если

присутствует или не присутствует в .

Перед выполнением с переменной

каких-то действий всегда следует вызывать одну из функций или . Существуют оба интерфейса, поскольку иногда бывает нужно начать с пустого набора и работать потом лишь с одним или двумя сигналами, а в другое время бывает нужно работать со всеми сигналами, возможно, убирая один или два сигнала.