Только если родитель сообщит ребенку свой пид, а ребенок будет периодически проверять жив еще родитель или нет.

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

dimidrol99При демонизации ребенка родитель получит сигнал от "демонизатора", то есть поймет что управление от него ушло : fork1 -> fork2 -> exit1 -> waitpid0 -> порожденный процесс завершился (что там дальше делается - не интересно)Да, действительно.
dimidrol99Вопрос - можно ли как-то уникально маркировать процесс?В Линуксе есть prctl(). В Соларисе.... ыыы....
Ну если там есть glib, то можно попробовать g_set_prgname()/g_get_prgname()
В общем, для glib смотри тут: https://developer.gnome.org/glib/stable/glib-Miscellaneous-Utility-Functions.html

dimidrol99White OwlВ Линуксе есть prctl(). В Соларисе.... ыыы....
Ну если там есть glib, то можно попробовать g_set_prgname()/g_get_prgname()
В общем, для glib смотри тут: https://developer.gnome.org/glib/stable/glib-Miscellaneous-Utility-Functions.html
В Solaris тоже есть prctl. Только не понял как Вы его предлагаете использовать в данном случае.
Там новых свойств вроде добавлять нельзя.
PR_SET_NAME в качестве первого параметра. Стартовый процесс ставит себе уникальное имя. А дети потом сканируют список процессов, и если не находят процесса с таким именем - считаю что родитель умер.

А впрочем, исходную задачу можно решить проще.
Ребенок при старте делает getppid(), получает pid родителя. А потом периодически снова зовет getppid() как только получил pid от init'а (ну в общем-то любой не совпадающий со стартовым). Значит у родителя проблемы.
И рутом для этой операции быть не нужно.