Подскажите идейно-лучший способ слежения за смертью родителя

А чем представленные варианты не устраивают-то?

Из переносимых вариантов:

1. В отдельном потоке выполнять read()
2. Периодически проверять pid родителя (по таймеру или ещё как)

При проверке pid родителя, чтобы не было рейсов, надо сравнивать pid родителя с начальным значением, которое родитель должен явно передать ребёнку при форке.

Мне лень писать... по всё уже украденонаписано за вас.

Смотри как это реализовано в классических демонах.

kill (getppid(), 0), не?

Тоже рассматривается

которое родитель должен явно передать ребёнку при форке.

Даже так?

.. слежения за завершением родительского процесса

звучало бы лучше

почаще звонить.

почаще звонить.

Опередил.

200% :-)

IMHO c идейностью все плохо. Можно посмотреть в сторону всяких waitpid(), wait3(), wait4().

Ты не понял. Вайты следят за детьми. Мне нужно смотреть за родителем.

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

процесс запускает родителя и ждет его смерти, дальше kill(0,...)

imho дети должны получить этот kill

Даже так?

А как ещё? В старые добрые времена достаточно было сравнить getppid() с 1 для проверки существования родителя, а теперь, с приходом свистелок, процессы-сироты могут усыновляться всяким сбродом. А передавать от родителя надо, потому что родителю никто не мешает умереть сразу после форка, ещё до первого вызова getppid() дочерним процессом. Передать можно через локальную переменную, конечно, если это просто fork(), без exec().

Уже возможен репарент не на Инит? Как же я устарел ...

За такие посты лор заблочат, за пропаганду...

Это модераторам решать.

А способ с kill(0,x) рабочий. Главное чтоб никто из потомков не делал setsid() и setpgrp()/setpgid()

Купи несколько вебкамер и в родительской квартире их размести в разных углах