Особенность killall

2 my mind при получении сигнала вида "умри сам" libc его перехватывает и перед завершением процесса вызывает хуки зарегистрированные через atexit(). При получении SIGKILL libc ничего не делает и не может сделать.

Есть подозрение, что при killall без параметров pppd получает сигнал SIGTERM(15) и корректно закрывает пайп, а при kill -9 получает SIGKILL, жёстко стопится и родитель получает SIGPIPE.

Не подходит такой вариант, у человека ситуация наоборот, при -9 у него не завершаеться родительский процес.

И с какого это счастья хуки в atexit демона pppd завершают родительский процесс?

>И с какого это счастья хуки в atexit демона pppd завершают родительский процесс?

Я написал просто чем отличаются SIGTERM и SIGKILL.

Попробуй поставить обработчики на все сигналы в вызывающей программе. Так ты получишь номер сигнала, который убивает твой процесс. т.к. я так же склоняюсь к мысли, что там на сигналах что-то творится. Может на самом деле SIGPIPE, но не с такой трактовкой, как тут человек описывал. Может ты SIGCHLD обрабатываешь?

> Попробуй поставить обработчики на все сигналы в вызывающей программе.

strace вроде выдает что с сигналами поисходит.

>Может ты SIGCHLD обрабатываешь?

В посте написано, что pppd вызывается из баш-скрипта, так что SIGCHLD походу ловит баш.

> В посте написано, что pppd вызывается из баш-скрипта, так что SIGCHLD походу ловит баш.

тогда trap 'echo Детишек бьют!' CHLD

Провел исследования:

Добавил в bash-скрипт такие строки:
trap "echo trap SIGCHLD > /tmp/0sigchld" SIGCHLD
trap "echo trap SIGINT > /tmp/0sigint" SIGINT
trap "echo trap SIGTERM > /tmp/0sigterm" SIGTERM
Теперь при ручном запуске (из консоли) скрипта, и при прибиванием pppd из другой консоле - в /tmp появляется файл 0sigterm - пока нормально.
Но если запускаю скрипт из программы и опять прибиваю pppd, то файл не появляется, программа завершается.

strace (strace -e trace=signal) не выводят при убиении ничего полезного, но последний вывод в консоль - Terminated. Т.е. SIGTERM дошел до вызывающей программы (почему неясно, ведь сигнал долшен был остановиться на bash скрипте).

В вызывающей программе есть обработчик сигнала SIGTERM, но он для отладки был отключен. Включил и увидел, что да, доходит до меня SIGTERM. Т.к. вызывающая программа демон, то назначение этого обработчика - сделать последние действие и выйти, поэтому игнорировать SIGTERM немогу.

Основная проблема - почему SIGTERM покидает bash-скрипт (не обрабатывается внутри его), а доходит до вызывающей программы?

адро 2.4.x

О, кстати, а в имени баш-программы нет строки pppd? Если так, то и она киляется заодно со скриптом =)

Особенностей никаких нет, смотри что там у тебя за скрипты и программы :).

в имени bash-скрипта есть слово pppd, но это не влияет т.к. я переименовал (для теста) и поведение такоеже
в имени вызывающей программы нет слова pppd
интересен сам момент - почему SIGTERM доходит до вызывающей программы
ведь она никак не фигурирует при kill (также пробовал прибивать pppd с помощью kill <pppd_pid>)
бегло прочитал стивенса на предмет сигналов, но пока ничего не обнаружил

скрипт простой, основная строка вызова:
pppd ttyS0 9600 mtu 128 mru 128 crtscts modem nodefaultroute noauth nodetach lock connect "/usr/sbin/chat -V -s REPORT CONNECT
ABORT BUSY ABORT 'NO CARRIER' ABORT 'NO DIALTONE' '' ATZ OK ATL2M1W2 OK ATD$2 CONNECT '\d\c'" $ipaddr:

причем, если прибить chat, то все нормально отрабатывается

вызывающая программа посложнее, есть потоки
думаю написать простейший тест без потоков и посмотреть поведение, но наверно это будет в следующем году )