Читать книгу 📗 "Linux программирование в примерах - Роббинс Арнольд"
10.8.1. Сигнальные часы:
sleep()alarm()SIGALARMЧасто бывает необходимо написать программу в виде
while (/* <i>некоторое неверное условие</i> */) { /* <i>подождать некоторое время</i> */}Часто такая потребность возникает в сценариях оболочки, например, в ожидании регистрации определенного пользователя:
until who | grep '^arnold' > /dev/nulldo sleep 10doneДва механизма, один низкоуровневый, другой высокоуровневый, позволяют работающему процессу узнать, когда истекло заданное количество секунд.
10.8.1.1. Труднее, но с большим контролем:
alarm()SIGALARMОсновным строительным блоком является системный вызов
alarm()#include <unistd.h> /* POSIX */unsigned int alarm(unsigned int seconds);После того, как
alarm()secondsSIGALARMSIGALARMВозвращаемое значение либо 0, либо, если был установлен предыдущий сигнальный интервал, число секунд, остающихся до его завершения. Однако, для процесса имеется лишь один такой сигнальный интервал; предыдущий отменяется, а новый помещается на его место.
Преимуществом здесь является то, что со своим установленным обработчиком вы можете делать при поступлении сигнала все, что хотите. Недостаток же в том, что приходится быть готовым к работе в нескольких контекстах: основном контексте и контексте обработчика сигнала.
10.8.1.2. Простой и легкий:
sleep()Более легкий способ ожидания истечения фиксированного промежутка времени заключается в использовании функции
sleep()#include <unistd.h> /* POSIX */unsigned int sleep(unsigned int seconds);Возвращаемое значение равно 0, если процесс проспал все отведенное время. В противном случае возвращается оставшееся для сна время. Это последнее значение может возникнуть в случае, если появился сигнал, пока процесс дремал.
ЗАМЕЧАНИЕ. Функция
sleep()signal()alarm()pause()sleep()alarm()setitimer()setitimer()getitimer()nanosleep()nanosleep()10.8.2. Сигналы, управляющие заданиями
Несколько сигналов используются для реализации управления заданиями — возможностью начинать и останавливать задания и перемещать их из фонового режима на передний план и обратно. На уровне пользователя вы, несомненно, проделывали это: использовали CTRL-Z для остановки задания,
bgfgСекция 9.2.1 «Обзор управления заданиями» описывает в общем, как осуществляется управление заданиями. Данный раздел завершает обзор, описав сигналы управления заданиями. поскольку иногда может понадобиться перехватить их непосредственно:
SIGTSTPЭтот сигнал осуществляет «остановку терминала». Это сигнал, который ядро посылает процессу, когда пользователь за терминалом (или окном, эмулирующим терминал) набирает определенный ключ. Обычно это CTRL-Z, аналогично тому, как CTRL-C обычно посылает
SIGINTДействием по умолчанию для
SIGTSTPviSIGTSTPSIGSTOPЭтот сигнал также останавливает процесс, но он не может быть перехвачен, заблокирован или проигнорирован. Он может быть использован в качестве последнего средства вручную (посредством команды
killSIGTSTPraise (SIGSTOP)SIGTTINSIGTTOUРанее эти сигналы были определены как «фоновое чтение из tty» и «фоновая запись в tty». tty является устройством терминала. В системах управления заданиями процессы, работающие в фоновом режиме, заблокированы от попыток чтения с терминала или записи в него. Когда процесс пытается осуществить любую из этих операций, ядро посылает ему соответствующий сигнал. Для обоих действием по умолчанию является остановка процесса. При желании можно перехватить эти сигналы, но для этого редко бывает необходимость.
SIGCONTЭтот сигнал вновь запускает остановленный процесс. Если процесс не остановлен, он игнорируется. При желании его можно перехватить, но опять-таки для большинства программ мало причин для осуществления этого. Продолжая наш пример, обработчик
SIGCONTКогда процесс остановлен, любые другие посланные ему сигналы становятся ожидающими. Исключением является
SIGKILLSIGKILLSIGCONT