|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 16 Oct 2002 22:56:46 To : Alexandr Goncharov Subject : Re: pdnsd -------------------------------------------------------------------------------- t> <aoir7r$19rn$1@nala.tomsknet.ru> <20021016075409.GA3803@iv.nn.kiev.ua> t> <aojshj$2jfr$1@nala.tomsknet.ru> From: Valentin Nechayev <netch@segfault.kiev.ua> >>> Alexandr Goncharov wrote: VN>> Угу. То есть ты хочешь доказать, что процесс, уже висящий демоном, VN>> может вдруг неожиданно впасть в позу, в которой у него какой-то сигнал, VN>> после того, как обработчик был выставлен, вдруг оказывается в SIG_DFL. VN>> Да? Hу извини - сбои памяти или вмешательство святого духа не являются VN>> событиями, обработка которых предусмотрена на уровне процесса. AG> Hет. Я рассуждаю о этапе программирования. Вот написали авторы последнего AG> bind-а, что обрабатывают они всего три сигнала. А сигналов намного больше. AG> Шлем сигнал из тех, которые в мане не упомянуты, а в старой версии AG> использовались. Тот же сброс кэша на диск. А вдруг оказывается, что про AG> обработчик авторы забыли (это просто гипотетическое рассуждение) и вместо AG> ожидаемого named_dump.db имеем убитого демона. То есть, наоборот, обработку этих сигналов убирать нельзя. Я согласен. :) VN>> Два одновременных rndc дадут тот же результат. Какая разница? AG> Согласен, никакой. AG> Что-то ушли от темы, не находишь? Можно сползти в ru.unix. AG> Даже от доказательства правильности и неправильности методов управления к AG> вопросу - а зачем было убирать сигналы. Hе говоря уж о первоначальной теме. Hастоящие фидошники сабжей не меняют ;)) /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7368d52ede5e.html, оценка из 5, голосов 10
|