2. Обработка сигналов реального времени строится на основе очереди. Если сигнал порожден N раз, то он должен быть и N раз получен адресатом (в описываемых ранее моделях это не так, в них процесс получает только единичный экземпляр сигнала). Повторные экземпляры одного и того же сигнала в модели реального времени доставляются обработчику в порядке FIFO.

3. Помимо 8-битного кода с сигналом реального времени ассоциируется 32-битное значение (

, мы им займемся позже), заполняемое отправителем и доставляемое получателю (что позволяет «различать» экземпляры сигналов в очереди, о которой говорилось выше).

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

вместо .

Эти два вызова определяются очень близкими формами:

Примечание

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

si_code

в

siginfo_t

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

Примечание

При ошибке выполнения

sigqueue

(код возврата -1) могут устанавливаться (в errno) следующие коды ошибок:

•

EAGAIN

— недостаточно ресурсов для помещения сигнала в очередь;

•

EINVAL

— недопустимое значение

signo

или неподдерживаемый сигнал;

•

ENOSYS

— вызов

sigqueue

не поддерживается реализацией (возможно, версией);

•

EPERM

— у процесса недостаточно привилегий для посылки сигнала принимающему процессу;

•

ESRCH

— несуществующий PID процесса получателя.

Последний случай особо интересен, так как при указании в качестве номера сигнала

signo = 0

реальная посылка сигнала не производится, но устанавливается код ошибки. Это простейший и эффективный способ выяснить, выполняется ли в системе процесс с заданным PID.

5. Когда в очередь помещаются различные не заблокированные процессом (потоком) сигналы в диапазоне

… , то сигналы с меньшими номерами доставляются обработчику из FIFO-очереди раньше сигналов с большими номерами (то есть сигналы с меньшими номерами имеют более высокий приоритет).

6. Обработчик для сигналов реального времени устанавливается с флагом

, а функция обработчика объявляется теперь с другим прототипом:

Обработчик имеет больше параметров и получает больше информации. POSIX требует, чтобы тип

содержал как минимум:

В QNX

определяется так (подобное определение дают и другие ОС UNIX):

Это 32-битное значение предназначено для посылки совместно с сигналом данных для получателя, которые, как видно из синтаксиса определения

, могут быть целочисленным значением или указателем неспецифицированного типа.

7. Поле

типа , передаваемое получателю, определяет природу возбуждения сигнала:

•

— сигнал порожден завершением операций асинхронного ввода/вывода, запущенного одной из функций POSIX ;

•

— сигнал возбуждается при помещении сообщения в пустую очередь сообщений UNIX;

•

— сигнал был отправлен функцией (в этом разделе нас интересуют только такие сигналы);

•

— сигнал был порожден по истечении установленного времени интервального таймера;

•

— сигнал был отправлен функцией .

8. Допускается, что при возбуждении сигнала еще каким-либо механизмом (сверх перечисленных, что может определяться специфическими особенностями ОС) значение

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