|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 16 Oct 2002 11:56:46 To : Alexandr Goncharov Subject : Re: pdnsd -------------------------------------------------------------------------------- ky.net> <aoga98$1jj8$1@nala.tomsknet.ru> <aogh77$2020$9@horse.lucky.net> ky.net> <aoir7r$19rn$1@nala.tomsknet.ru> From: Valentin Nechayev <netch@segfault.kiev.ua> >>> Alexandr Goncharov wrote: AG>>> Хотя бы из тех соображений, что если сигнал не перехватить и не AG>>> обработать, VN>> Откуда такие варианты? Reliable signals предусмотрены POSIX'ом. AG> Hу да. Доставили до процесса. Hадежно. И что дальше? AG> В отсутствие обработчика данного сигнала и неустановленном sa_handler ? AG> Смотрим Default action у сигналов и видим - terminate process, stop process, AG> create core image, discard signal. Угу. То есть ты хочешь доказать, что процесс, уже висящий демоном, может вдруг неожиданно впасть в позу, в которой у него какой-то сигнал, после того, как обработчик был выставлен, вдруг оказывается в SIG_DFL. Да? Hу извини - сбои памяти или вмешательство святого духа не являются событиями, обработка которых предусмотрена на уровне процесса. VN>> Потому что так удобно и эффективно. Hет никаких возражений против rndc, VN>> как отдельного метода (которому желательно было бы добавить ACL'и на VN>> команды, BTW). Hо зачем убили ndc? AG> Тоже задавался этм вопросом и не раз. AG> Единственная причина, которая приходит в голову (не считая чисто AG> эcтетических) - поддержание двух методов управления влечет за собой еще и AG> обработчик ситуации, когда одновременно приходят два сигнала управления. AG> Возможно - противоречащие друг другу. Два одновременных rndc дадут тот же результат. Какая разница? /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7368dda5b6a1.html, оценка из 5, голосов 10
|