Шрифт:
#include <signal.h>
#include <stdio.h>
#include <unistd.h>
void ouch(int sig) {
printf("OUCH!
– I got signal %d\n", sig);
– I got signal %d\n", sig);
(void)signal(SIGINT, SIG_DFL);
}
Функция
main
должна взаимодействовать с сигналом SIGINT
, генерируемым при нажатии комбинации клавиш <Ctrl>+<C>. В остальное время она находится в бесконечном цикле, выводя один раз в секунду сообщение.
int main {
(void)signal(SIGINT, ouch);
while(1) {
printf("Hello World!\n");
sleep(1);
}
}
Ввод комбинации клавиш <Ctrl>+<C> (отображается как
^C
в следующем далее выводе) в первый раз заставляет программу отреагировать и продолжиться. Когда вы нажимаете <Ctrl>+<C> снова, программа завершается, т.к. сигнал SIGINT
вернул программе стандартное поведение, заставляющее ее завершиться.
$ ./ctrlcl
Hello World!
Hello World!
Hello World!
Hello World!
^C
OUCH!
– I got signal 2
– I got signal 2
Hello World!
Hello World!
Hello World!
Hello World!
^C
$
Как видно из данного примера, функция обработки сигнала принимает один целочисленный параметр — номер сигнала, приводящий к вызову функции. Это удобно, если одна и та же функция применяется для обработки нескольких сигналов. В данном случае вы выводите значение
SIGINT
, которое в этой системе оказывается равным 2. Не стоит полагаться на стандартные числовые значения сигналов, в новых программах всегда пользуйтесь именами сигналов. Примечание
Вызывать из обработчика сигнала все функции, например,
printf
, небезопасно. Удобный метод — использовать флаг, устанавливаемый в обработчике сигнала, и затем проверять этот флаг в функции main
и выводить сообщение, если нужно. В конце этой главы вы найдете список вызовов, которые можно безопасно применять в теле обработчиков сигналов. Как это работает
Программа устроена так, что, когда вы задаете сигнал
SIGINT
, нажимая комбинацию клавиш <Ctrl>+<C>, вызывает функцию ouch
. После того как функция прерывания ouch
завершится, программа продолжает выполняться, но восстанавливает реакцию на сигнал, принятую по умолчанию. (У разных версий UNIX, в особенности у потомков системы Berkeley UNIX, в течение многих лет сложилось разное поведение при получении сигналов. Если вы хотите восстановить поведение по умолчанию после возникновения сигнала, лучше всего запрограммировать его на конкретные действия.) Когда программа получает второй сигнал SIGINT
, она выполняет стандартное действие, приводящее к завершению программы. Если вы хотите сохранить обработчик сигнала и продолжать реагировать на комбинацию клавиш <Ctrl>+<C>, вам придется восстановить его, вызвав функцию
signal
еще раз. Это приведет к возникновению короткого промежутка времени, начиная с запуска функции прерывания и до момента восстановления обработчика сигнала, в течение которого сигнал не будет обрабатываться. Если второй сигнал будет получен в этот период, вопреки вашим желаниям программа может завершиться. Примечание
Мы не рекомендуем вам пользоваться функцией
signal
для перехвата сигналов. Мы включили ее в книгу, потому что она будет часто встречаться в более старых программах. Позже вы увидите sigaction
, более четко определенный и надежный интерфейс, который следует применять в новых программах. Функция
signal
возвращает предыдущее значение обработчика для заданного типа сигнала, если таковой есть, или в противном случае SIG_ERR
с установкой положительного значения в переменной errno
. Если задан неверный сигнал или делается попытка обработать сигнал, который не может быть перехвачен или игнорироваться, например SIGKILL
, переменной errno
присваивается значение EINVAL
. Отправка сигналов
Процесс может отправить сигнал другому процессу, включая себя самого, с помощью вызова функции
kill
. Вызов завершится аварийно, если у программы нет полномочий на отправку сигнала, часто потому что процесс-получатель принадлежит другому пользователю. Эта функция эквивалентна команде оболочки с тем же именем.
#include <sys/types.h>
#include <signal.h>
int kill(pid_t pid, int sig);
Функция
kill
посылает заданный сигнал sig
процессу с идентификатором, заданным в аргументе pid
. В случае успеха она возвращает 0. Для отправки сигнала посылающий процесс должен иметь право на выполнение этого действия. Обычно это означает, что у обоих процессов должен быть один и тот же идентификатор пользователя ID (т.е. вы можете отправить сигнал только одному из собственных процессов, хотя суперпользователь может отправлять сигналы любому процессу).