Linux программирование в примерах

$ <b>ch10-reap2</b> /* Запустить программу */
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 программа получает один сигнал для более чем одного потомка:
$ <b>uname -a</b> /* Отобразить версию системы */
Linux example2 2.4.22-1.2115.npt1 #1 Wed Oct 29 15:42:51 EST 2003 i686 i686 i386 GNU/Linux
$ <b>ch10-reap2</b> /* Запуск программы */
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 &lt;stdio.h&gt;
4  #include &lt;errno.h&gt;
5  #include &lt;signal.h&gt;
6  #include &lt;string.h&gt;
7  #include &lt;sys/types.h&gt;
8  #include &lt;sys/wait.h&gt;
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()
 не изменилась по сравнению с предыдущим.