Существуют и другие способы решения этой проблемы, которые позволяют вызывать exit() как родителю, так и потомку; иногда без них нельзя обойтись. Например, можно создать такие обработчики выхода, которые выполняются корректно, даже когда вызываются из нескольких процессов, или регистрировать обработчики вызова лишь после вызова fork(). Более того, иногда сброс буферов stdio после вызова fork() всеми процессами является даже желательным. В этом случае процессы можно завершить с помощью функции exit() или явно вызвать fflush() в каждом из них.

Вывод вызова write() в программе из листинга 25.2 не дублируется, поскольку данные этого вызова передаются напрямую в буфер ядра, который не подлежит копированию во время выполнения функции fork().

Теперь вам уже должна быть ясна причина второго странного момента в поведении программы, когда ее вывод направлен в файл. Текст из вызова write() появляется раньше, потому что он сразу же доставляется в кэш буфера ядра, тогда как данные в вызове printf() передаются только в результате сбрасывания буферов stdio вызовом exit() (в целом, как было замечено в разделе 13.7, следует быть осторожными, смешивая функции stdio и системные вызовы при работе с одним и тем же файлом).

25.5. Резюме

Процесс может завершиться нормально или аварийно. Аварийное завершение происходит в результате получения определенных сигналов. Некоторые из них заставляют процесс сгенерировать файл дампа памяти.

Нормальное завершение процесса выполняется с помощью вызова _exit() (или его обертки, exit(), что более желательно). Вызовы _exit() и exit() принимают целочисленный аргумент, последние 8 бит которого определяют код завершения процесса. Значение 0 принято считать признаком успешного выполнения, а ненулевой код обычно указывает на какие-то проблемы.

Что бы ни послужило причиной завершения процесса, ядро предпринимает различные шаги по освобождению ресурсов. Кроме того, нормальное завершение с помощью вызова exit() приводит к выполнению обработчиков выхода, зарегистрированных с помощью функций atexit() и on_exit() (в порядке, обратном регистрации), и сбросу буферов stdio.

Дополнительная информация

Ознакомьтесь с источниками, приведенными в разделе 24.6.

25.6. Упражнение

25.1. Если дочерний процесс выполняет вызов exit(–1), какой код завершения увидит родитель?

26. Мониторинг дочерних процессов

Часто при проектировании приложений родительский процесс должен знать об изменении состояния своих потомков — то есть когда они завершают работу или останавливаются по сигналу. В этой главе представлено два подхода к мониторингу дочерних процессов: системный вызов wait() (и его вариации) и использование сигнала SIGCHLD.

26.1. Ожидание дочернего процесса

Во многих приложениях, в которых создаются вложенные процессы, бывает полезно наделить родителя возможностью следить за своими потомками, чтобы знать, когда и как они завершают свою работу. Эта возможность реализована в виде ряда системных вызовов, основным из которых является wait().

26.1.1. Системный вызов wait()

Системный вызов wait() ждет, когда один из потомков вызывающего процесса прекратит работу и возвращает код завершения этого дочернего процесса через буфер, на который указывает аргумент status.

#include

pid_t wait(int *status);

Возвращает идентификатор завершенного процесса или –1 при ошибке

Системный вызов wait() делает следующее.

1. Если ни один из потомков вызывающего процесса (который ранее не отслеживался) еще не завершился, вызов блокируется, пока этого не произойдет. Если на момент вызова какой-либо потомок уже прекратил работу, wait() сразу же возвращает значение.

2. Если параметр status не равен NULL, он указывает на целое число, описывающее подробности завершения потомка. Информация, возвращаемая таким образом, будет рассмотрена в разделе 26.1.3.

3. Ядро добавляет процессорное время (см. раздел 10.7) и статистику использования ресурсов (см. раздел 36.1) к общему времени ЦП, затраченному всеми потомками процесса.

4. Вызов wait() возвращает идентификатор завершившегося дочернего процесса.

В случае ошибки wait() возвращает –1. К ошибке может привести, например, отсутствие у вызывающего процесса потомков (которые ранее не отслеживались); в этом случае errno присваивается значение ECHILD. Это означает, что мы можем ждать завершения всех потомков вызывающего процесса в следующем цикле:

while ((childPid = wait(NULL))!= –1)

continue;

if (errno!= ECHILD) /* Непредвиденная ошибка… */

errExit("wait");