|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 05 Jul 2001 08:54:35 To : Eugene B. Berdnikov Subject : Re: thread or fork ? -------------------------------------------------------------------------------- >>> Eugene B. Berdnikov wrote: VN>> Тоже неверно. Точнее, верно в одном единственном случае - когда VN>> SIGCHLD вывалит longjmp'ом код который вот-вот собрался всадить kill() VN>> по своему потомку. Hо главнее то что это просто непрактично. EBB> Вы о чем-то своем толкуете, мысля на языке какого-то ассемблера (x86?). EBB> Повторяю - pid, лежащий в памяти родителя, есть средство надежной EBB> идентификации процесса. Безотносительно всяких racing'ов. Точка. Тогда я тоже повторяю: оно в таком виде бесполезно всем кроме этого самого родительского процесса. Точка. VN>> Как Вы себе представляете изобретение "управляющих сокетов с интерфейсом VN>> ядра" со стороны писателей прикладух? Или тут что-то неладно с языком VN>> (расшифруйте другими словами), или это просто нереально - с прикладного VN>> уровня добавлять в ядро новую функциональность. EBB> Вместо "killall named" в скриптах надо использовать "ndc stop". Если бы все процессы позволяли такое - это был бы не юникс. VN>> s/fork/exec/, далее повторить вдумчивое чтение. Или Вам абы зацепиться? EBB> Вам абы потрепаться - наезд на fork() беспредметен. Hаезд (если наезд) - на всю модель fork+exec. Как средство передать в качестве наследства - скелет в шкафу и радиоактивные бочки в огороде, причем получивший процесс может ничего про это не знать, и средств узнать, что же ему такое приехало - не дается. EBB> Тем более, что в действительности это был наезд на runtime loader. runtime loader - только мелкий частный случай. VN>> Для каких задач их предназначали R&T - понятно. Для каких я их хотел бы VN>> (да не получается) предназначать - я высказался. Для каких задач их VN>> предназнаете Вы? EBB> Для интерактивной работы, где все ошибки разбираются на ходу человеком. EBB> Именно для этого и был написан Борном первый шелл. Ограничения на использование пайпов только в интерактивных шеллах я что-то не вижу.;| А без него - получается провокация на использование ненадежных средств. /netch --- ifmail v.2.15dev5 * Origin: Internet Data Centre "Colocall" (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/1352349d3326d.html, оценка из 5, голосов 10
|