ПРИМЕЧАНИЕ

Ранее отмечалось, что для разрешения ввода-вывода, управляемого сигналом, в POSIX применяется флаг O_ASYNC функции fcntl, но поскольку большинство систем пока его не поддерживают, мы используем функцию ioctl. Поскольку большинство систем не поддерживают флаг O_NONBLOCK для включения неблокируемого ввода-вывода, здесь также рассмотрен вариант использования функции ioctl.

Инициализируется три набора сигналов: (никогда не изменяется), (хранит старую маску сигнала, когда блокируется) и . Функция включает в набор бит, соответствующий .

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

ПРИМЕЧАНИЕ

А что произойдет, если сигнал SIGIO не будет блокирован во время проверки переменной nqueue, используемой совместно основным циклом и обработчиком сигналов? Может случиться так, что проверка nqueue покажет нулевое значение, а сразу после проверки возникнет сигнал и nqueue станет равна 1. Далее мы вызовем функцию sigsuspend и перейдем в режим ожидания, в результате чего пропустим сигнал. После вызова функции sigsuspend мы не выйдем из режима ожидания, пока не поступит другой сигнал. Это похоже на ситуацию гонок, описанную в разделе 20.5

Разблокируем сигнал SIGIO с помощью вызова , чтобы вернуть маске сигналов процесса значение, сохраненное ранее ( ). В этом случае ответ посылается с помощью функции . Индекс увеличился на 1, и если его значение совпадает с количеством элементов массива, он снова обнуляется. Массив используется как кольцевой буфер. Обратите внимание, что нет необходимости блокировать сигнал во время изменения переменной , поскольку этот индекс используется только в основном цикле и никогда не изменяется обработчиком сигнала.

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

Альтернативным способом является удаление обоих вызовов функции

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

Листинг 25.3. Обработчик сигнала SIGIO