Другие случаи более специализированные. В случае события

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

Вот что происходит при запуске:

К сожалению, поскольку нет способа гарантировать доставку по одному

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

Когда программа вызывает

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

Когда процесс вызывает одну из функций

, положение в новой программе следующее:

• Сигналы с установленным действием по умолчанию остаются с этим действием по умолчанию.

• Все перехваченные сигналы сбрасываются в состояние с действием по умолчанию.

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

. Если до вызова игнорировался, он может игнорироваться также и после вызова. В качестве альтернативы для него может быть восстановлено действие по умолчанию. То, что происходит на самом деле, стандартом POSIX намеренно не определяется. (Справочные страницы GNU/Linux не определяют, что делает Linux, и поскольку POSIX оставляет это не определенным, любой код, который вы пишете для использования , должен быть подготовлен для обработки любого случая.)

• Сигналы, заблокированные до вызова

, остаются заблокированными и после вызова. Другими словами, новая программа наследует маску сигналов существующего процесса.

• Любые ожидающие сигналы (те, которые появились, но были заблокированы) сбрасываются. Новая программа не может их получить.

• Временной интервал, остающийся для

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

ЗАМЕЧАНИЕ. Многие, если не все. программы предполагают, что сигналы инициализированы действиями по умолчанию и что заблокированных сигналов нет. Таким образом, особенно если не вы писали программу, запускаемую с помощью

exec

, можно разблокировать перед вызовам

exec

все сигналы

• Интерфейсы обработки сигналов развились от простых, но подверженных состояниям гонок, до сложных, но надежных. К сожалению, множественность интерфейсов затрудняет их изучение по сравнению с другими API Linux/Unix.

• У каждого сигнала есть связанное с ним действие. Действие может быть одним из следующих: игнорирование сигнала; выполнение действия системы по умолчанию или вызов предоставленного пользователем обработчика. Действие системы по умолчанию, в свою очередь, является одним из следующих: игнорирование сигнала, завершение процесса; завершение процесса с созданием его образа; остановка процесса или возобновление процесса, если он остановлен.

• 

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

• POSIX определяет функцию

, которая подобна , но гарантирует, что обработчик остается установленным.