fork + execv = zombie

0

0

Ситуация следующая,
есть процесс родительский, который изначально делает fork,
потом в потомке загружает другой процесс(дочерний).
Родительский процесс открывал сокет, создавал дочерний процесс,
потом закрывал его. Дочерний процесс перед exit(0), тоже закрывает его.
В результате, после того, как в дочернем процессе вызываеться
exit(0), он остаеться зомби, что не есть хорошо.
Из за чего подобное может случиться?

Ссылка

←	JRE (sun) applet

Exel-файлы в линуксе

→

А wait(2) в родителе не делал?

nobody ★★
(18.06.03 22:38:22 MSD)

Родителю нужно обрабатывать, либо игнорировать сигнал о смерти потомка SIGCHLD. Тогда все будет ОК.

anonymous
(19.06.03 11:04:43 MSD)

Ответ на: комментарий от nobody 18.06.03 22:38:22 MSD

>>А wait(2) в родителе не делал?
Нет, потомок сам принимает решение что ему нада помереть,
либо сокет, который он обрабатывает, дисконектнулся,
либо получил сообщение из того сокета, что все, сессия окончена.

anonymous
(19.06.03 12:20:17 MSD)

Ссылка

Ответ на: комментарий от anonymous 19.06.03 11:04:43 MSD

>>Родителю нужно обрабатывать, либо игнорировать сигнал о смерти >>потомка SIGCHLD. Тогда все будет ОК

Сделал, помогло, а ПОЧЕМУ? Ткни пожалуйчта, где почитать.

anonymous
(19.06.03 12:30:19 MSD)

Ссылка

зомби - это не процесс, а запись в таблице процессов, оставшаяся от умершего процесса. Пока родитель не получит информацию о статусе его завершения - она из таблицы не уйдет.

SadStork ★
(19.06.03 13:29:11 MSD)

Ответ на: комментарий от SadStork 19.06.03 13:29:11 MSD

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

А почему тогда помогает игнорирование SIGCHLD?
Дефолтовый обработчик не готов к тому, что порожденный процесс
сам может захотеть помереть?

anonymous
(19.06.03 13:59:34 MSD)

Ссылка

Как все это устроено:

Ты говоришь ядру: создай процесс.
Ядро создает запись в таблице процессов.
После этого процесс начинает выполняться.
Когда процесс умирает, запись в таблице ядра остается.
В ней, помимо прочего, записан код завершения процесса.
Родитель вызовом wait(2) получает этот код.
После этого ядро удаляет запись об умершем процессе.
Пока не вызван wait, запись не удаляется.
Процесса нет, а запись есть -- это зомби.
Если родитель умирает раньше потомка, то потомок отдается init'у.
В этом случае wait должен будет вызвать init.
Узнать подробности можно по команде `man 2 wait'.

А игнорировать SIGCHLD нежелательно.
Вот что говорит по этому поводу `man sigaction':

POSIX (B.3.3.1.3) disallows setting the action for SIGCHLD
to SIG_IGN. The BSD and SYSV behaviours differ, causing
BSD software that sets the action for SIGCHLD to SIG_IGN
to fail on Linux.