https://www.opennet.dev/openforum/vsluhforumID9/10311.html Подскажите, как лучше его организовать? Ситуация следующая: дети запускаются фоном, после чего они рождают ещё детей. Мне нужно всех их вырезать, потому что, если их не прибить собственноручно, они остаются жить навсегда. Добился нужного через pkill -g $$ в конце (повесил на выход), но возникают определённые подозрения (в частности в связи с тем, что при самоубийстве в баше не появляется приглашение, видимо фишка баша для провисших дескрипторов) или же вообще ломается любой ввод (он не отображается). Я так понял, это вообще проблема, в линуксе нельзя просто взять и узнать, кого мы родили. Мне только pstree -p $bgjobpid показывает, что там кто-то где-то висит во внучках (он обходит всех на предмет родителей?), разбирать выхлоп pstree чёт видится извратом. Вообще, в интернете обещали и что pkill -P $$ будет достаточно, да только дети детей то остаются!<br><br>Суть дела: мне нужно убить всех детей вместе с их детьми средствами, доступными родителю, в идеале получить перечень пидов и их перебить. Я могу получить пид https://www.opennet.dev/openforum/vsluhforumID9/10311.html#20 Fri, 05 Jun 2020 17:37:54 GMT Поменяли, но внизу на главной странице название почему-то осталось: https://i.imgur.com/yD5x4Dz.png<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#19 Wed, 20 May 2020 12:24:31 GMT чисто из любопытства, какой сценарий привел победе fork на pthread_create?<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#18 Mon, 18 May 2020 23:11:17 GMT &gt; sigexit<br><br>Нет такого сигнала. EXIT &#8212; это обобщение bash'а для обработки сигналов, по которым он должен завершаться, а также нормального его завершения.<br><br>Но я не пойму, зачем вешать wait в trap, когда его можно разместить в конце программы.<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#17 Fri, 15 May 2020 18:19:35 GMT &gt; Поэтому я и пытаюсь их прибить до выхода, но я даже не <br>&gt; знаю кого.<br><br>Можно поддержиавать в актуальном состоянии список всех детей.<br>После каждого порождения, добавлять его PID в список:<br>CHILDERN_PIDS="$CHILDERN_PIDS $!"<br>https://stackoverflow.com/questions/2618403/how-to-kill-all-subprocesses-of-shell<br><br>Можно узнавать список "всех детей" непосредственно перед прибиванием.<br>CHILDERN_PIDS=$(ps -o pid= --ppid $$)<br><br>Потом по CHILDERN_PIDS можно итерировать в простом цикле for.<br>Делать отдельно в каждом поколении в отношении непосредственных детей, либо рекурсивно из "дедушки".<br>Тут хорошо описанно:<br>https://unix.stackexchange.com/questions/124127/kill-all-descendant-processes<br><br>Должно работать если:<br>1. Дети есть строго дети, в терминах иерархии процессов, а не демонизированные сироты.<br>2. Дети успевают сделать что-то осмысленное после того как их прибивают и до, собственно, умирания.<br>Рекурсия из дедушки, в отличии от отдельной итерации в каждом поколении, смягчает ограничение 2.<br><br><br>&gt; Думал на тему то https://www.opennet.dev/openforum/vsluhforumID9/10311.html#16 Fri, 15 May 2020 17:05:08 GMT Поэтому я и пытаюсь их прибить до выхода, но я даже не знаю кого. Думал на тему того, чтобы передавать пиды внучек через диск. но что-то и так уже слишком много файлов генерирую. Попробовал повесить wait на sigexit в мейне, что-то эксперименты не увенчались успехом и bgloop замечательно продолжает жить отдельно после нормального завершения мейна. Но sigint останавливает, это да.<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#15 Thu, 14 May 2020 17:25:28 GMT &gt; И мне не надо bgloop& wait, мне надо чтобы он работал параллельно, в #10 мы в мейне ждём завершения фонового процесса, которое не случится пока мы не прервём.<br><br>В #10 главный скрипт завершается до завершения bgloop'а, в этом проблема. Мэйн должен либо что-то делать, либо ждать завершения детей, но не завершаться сам. Можно запихнуть wait в конец, после кормёжки детей данными, это спасёт от состояния гонки.<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#14 Thu, 14 May 2020 14:14:50 GMT &gt; Сейчас проверил, своим потомкам, если это не внешние программы, bash пересылает сигналы <br>&gt; завершения сам автоматически, т.е. в коде #10 первый trap излишен, а <br>&gt; $bgjob из #7, видимо, был прибит до вызова kill.<br><br>1 trap там не излишен, он вообще не работает -- bgloop переходит под инит и остаётся висеть. Он должен быть заменён на<br><br>[code]bgloop &<br>trap "kill $!" EXIT[/code]<br><br>Тогда работает, но только если bgloop остановлен kill (sigterm) в мейне. Если bgloop прерывается sigint (что происходит не каждый раз)<br><br>&gt;&gt; Если отправлять pkill -g $$ в мейне, то bgloop получает только int (не term) и до обработчика exit дело не доходит.<br>&gt; trap ... EXIT срабатывает и на INT (который также прилетает по ctrl+c), <br>&gt; и на TERM.<br><br>срабатывает, только exit отдельно стрелял после int при нажатии ^C, теперь только на int. Я уже сталкивался с тем, что простые примеры ведут себя не так, как чуть более сложные (из-за разного времени реакции системы надо полагать)<br><br>&gt;&gt; смерть не мгновенная?<br>&gt; Естественно: используемые с https://www.opennet.dev/openforum/vsluhforumID9/10311.html#13 Thu, 14 May 2020 09:11:41 GMT &gt; почему $bgjob и jobs -p сообщают о процессе, который не существует с точки зрения kill при sigint. <br>&gt; Он может и быть, а может и не быть..<br><br>Сейчас проверил, своим потомкам, если это не внешние программы, bash пересылает сигналы завершения сам автоматически, т.е. в коде #10 первый trap излишен, а $bgjob из #7, видимо, был прибит до вызова kill.<br><br>&gt; Если отправлять pkill -g $$ в мейне, то bgloop получает только int (не term) и до обработчика exit дело не доходит.<br><br>trap ... EXIT срабатывает и на INT (который также прилетает по ctrl+c), и на TERM.<br><br>&gt; смерть не мгновенная?<br><br>Естественно: используемые сигналы можно перехватить и обработать. Нельзя обработать KILL, SEGV и некоторые другие.<br> https://www.opennet.dev/openforum/vsluhforumID9/10311.html#12 Wed, 13 May 2020 19:57:16 GMT Заметил что при таком использовании работает корректно, только если в bgloop прилетают оба сигнала (sigint и sigkill), если kill $bgpid не отправлять из мейна (выходе), то фоновый процесс останется висеть и вместе с внучками перейдёт под инит. Или он может остановится sigint, и тогда из мейна его уже не убить на выходе. Если отправлять pkill -g $$ в мейне, то bgloop получает только int (не term) и до обработчика exit дело не доходит. Кроме того, 1 раз я успел заметить, что внучка перед смертью переходит под инит (в принципе это не плохо), это значит смерть не мгновенная?<br>