Чтение онлайн

Строка 523 вызывает

. Затем оператор предпринимает нужное действие для возвращения ошибки (строки 527–529), порожденного процесса (строки 530–533) и родительского процесса (строки 534–539).

Стиль строк 536–537 типичен; они ожидают завершения нужного порожденного процесса. Возвращаемое значение wa

является PID этого потомка. Оно сравнивается с PID порожденного процесса, проверяется лишь на предмет равенства нулю (строка 538), в случае ненулевого результата потомок завершился неудачно. (Тест, хотя и правильный, грубый, но простой. Более правильным был бы тест наподобие ''.)

Из описаний и кода, представленных до сих пор, может показаться, что родительские программы должны выбрать определенный момент, чтобы ожидать завершения любого порожденного процесса, возможно, с опросом в цикле (как делает

), ожидая всех потомков. В разделе 10.8.3 «Родительский надзор: три различные стратегии» мы увидим, что это необязательно. Скорее, сигналы предоставляют ряд механизмов для использования уведомлениями родителей о завершении порожденных процессов.

Системные вызовы BSD

и полезны, если вы интересуетесь ресурсами, использованными порожденным процессом. Функции нестандартны (что означает, что они не являются частью POSIX), но широко доступны, в том числе на GNU/Linux. Объявления следующие:

Переменная

та же, что и для и . Все описанные ранее макросы ( и т.д.) могут использоваться и с ними.

Значение

также то же самое, что и для : либо 0, либо побитовое ИЛИ с одним или обоими флагами и .

ведет себя подобно , получая сведения о первом доступном порожденном зомби, a подобна , получая сведения об определенном процессе. Обе функции возвращают PID потомка, -1 при ошибке или 0, если нет доступных процессов и был использован флаг . Аргумент может принимать те же значения, что и аргумент для .

Ключевым отличием является указатель

. Если он не равен , система заполняет ее сведениями о процессе. Эта структура описана в POSIX и в справочной странице getrusage(2):