Linux программирование в примерах - Роббинс Арнольд

Читать онлайн «Linux программирование в примерах». Страница 152

Автор Роббинс Арнольд

$ ch10-reap2 /* Запустить программу */

waiting for signals

Entered childhandler /* Опрос одного потомка */

reaped process 2702

pid 2703 not available yet

pid 2704 not available yet

pid 2705 not available yet

pid 27 06 not available yet

Exited childhandler

waiting for signals

Entered childhandler /* И следующего */

reaped process 2703

pid 2704 not available yet

pid 2705 not available yet

pid 2706 not available yet

Exited childhandler

waiting for signals

Entered childhandler /* И так далее */

reaped process 2704

pid 2705 not available yet

pid 2706 not available yet

Exited childhandler

waiting for signals

Entered childhandler

reaped process 2705

pid 2706 not available yet

Exited childhandler

waiting for signals

Entered childhandler

reaped process 2706

Exited childhandler

В данном примере на каждый процесс поступает ровно один

SIGCHLD

! Хотя это прекрасно и полностью воспроизводимо на этой системе, это также необычно. Как на более раннем, так и на более позднем ядре и на Solaris программа получает один сигнал для более чем одного потомка:

$ uname -a /* Отобразить версию системы */

Linux example2 2.4.22-1.2115.npt1 #1 Wed Oct 29 15:42:51 EST 2003 i686 i686 i386 GNU/Linux

$ ch10-reap2 /* Запуск программы */

waiting for signals

Entered childhandler /* Обработчик сигнала вызван лишь однажды */

reaped process 9564

reaped process 9565

reaped process 9566

reaped process 9567

reaped process 9568

Exited childhandler

ЗАМЕЧАНИЕ. В коде для

ch10-reap2.c

есть один важный дефект — состояние гонки. Взгляните еще раз на строки 106–112 в

ch10-reap2.c

. Что случится, если

SIGCHLD

появится при исполнении этого кода? Массив

kids

и переменные

nkids

kidsleft

могут оказаться разрушенными: код в

main

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

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

SIGCHLD

10.8.3.3. Строгий родительский контроль

Структура

siginfo_t

и перехватчик сигнала с тремя аргументами дают возможность узнать, что случилось с потомком. Для SIGCHLD поле

si_code

структуры

siginfo_t

указывает причину посылки сигнала (остановка, возобновление, завершение порожденного процесса и т.д.). В табл. 10.5 представлен полный список значений. Все они определены в качестве расширения XSI стандарта POSIX.

Следующая программа,

ch10-status.c

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

siginfo_t

1  /* ch10-status.c --- демонстрирует управление SIGCHLD, используя обработчик с 3 аргументами */

2

3 #include <stdio.h>

4 #include <errno.h>

5 #include <signal.h>

6 #include <string.h>

7 #include <sys/types.h>

8 #include <sys/wait.h>

9

10 void manage(siginfo_t *si);

11

/* ...не изменившийся для format_num() код опущен... */

Таблица 10.5. Значения

si_code

XSI для

SIGCHLD

Значение	Смысл
`CLD_CONTINUED`	Остановленный потомок был возобновлен.
`CLD_DUMPED`	Потомок завершился с ошибкой, создан образ процесса
`CLD_EXITED`	Потомок завершился нормально.
`CLD_KILLED`	Потомок был завершен сигналом
`CLD_STOPPED`	Порожденный процесс был остановлен.
`CLD_TRAPPED`	Трассируемый потомок остановлен (Это условие возникает, когда программа трассируется — либо из отладчика, либо для мониторинга реального времени В любом случае, вы вряд ли увидите его в обычных ситуациях.)

Строки 3–8 включают стандартные заголовочные файлы, строка 10 объявляет

manage()

, которая имеет дело с изменениями состояния потомка, а функция

format_num()

не изменилась по сравнению с предыдущим.