Можно ли убить форк процесса так чтобы родительский процесс об этом не узнал?

Так смотря что поток делает, если работает автономно то - да, а если как функция - нет, вед программе важен результат работы потока получить, если не получит - failed, что значит или выход из программы или - тебе повезёт, пробуй.

меня интересует не поток а процесс созданный fork’ом, и я хочу завершить порожденный процесс так чтобы waitpid его не дождался

Мне на ум приходит только безумная идея через preload подменить на старте родительского процесса waitpid на хакнутую реализацию.

ИМХО, ЕМНИП — killall [номер_форка_процесса]

killall же имя процесса принимает, по имени он их всех убьет

Это LOR, привыкай. Если ты создаешь тему с любым вопросом в секции Development, то первую страницу ответов можно смело проматывать, там будет только тупняк.

Если не рассматривать варианты патчить ядро / патчить родительский процесс то нельзя.

So sorry.

можно послать SIGSTOP

убить не убьёт, но есть шанс остановить

Тогда родителю придёт SIGCHLD

завершить порожденный процесс так чтобы waitpid его не дождался

А что он должен сделать вместо «дождаться»? Допустим ты подменил waitpid как тут предлагали. Убил процесс. Родитель не видит, продолжает ждать. Твои дальнейшие действия?

Хороший родитель знает о потомках всё.

Сделай родитель - ребенок - внучка. Внучку убей. Ребенок получит SIG_CHILD, и промолчит родителю.

+1

Что пытаетесь сделать? Ваши действия выглядят как грязный хак.

ещё hint: можно засегфолтить родительский процесс. Тогда о судьбе потомка он не узнает ничего :-)

Коль скоро мы тут фантазируем, то можно ptrace-ить родителя и сделать много чего. Другое дело что постановка вопроса дурная, waitpid не узнал и тогда родитель делает что?

Коль скоро мы тут фантазируем, то можно ptrace-ить родителя и сделать много чего. Другое дело что постановка вопроса дурная, waitpid не узнал и тогда родитель делает что?

можно пропатчить ядро и намудрить с приоритетами потомка так что он более не исполняется, но и не остановлен, жив и держит ресурсы. С прикладной точки зрения почти всё равно что убит, и родительский процесс никогда ничего в waitpid не получит.

без патча ядра, можно «подвесить» потомок на каком-либо ожидании. На любом вызове - открытие файла, чтение..опять он всё равно что мёртв но сигналов не даст. Как сделать - по фантазии, от LD_PRELOAD до VFS.

Зачем ? это к ТС-у..может он так тесты гоняет и не уверен в waitpid.

Создать новый тред, с новой XY-проблемой.

Смотря как родитель про это узнаёт, вдруг он /proc парсит. Если очень хочется то можно от как уже сказали, от подмены функций и форкания внучек до правки ядра. В любом случае это будет наверное сугубо частный случай.

kill -9 pid

Wahrscheinlich.

У меня есть заветная библиотека источников по *NIX'ам, в каком-то из них разъянено, со схемой работы etc.

Лениво смотреть на самом деле.