|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Aleksey Cheusov 2:5020/400 23 Sep 2007 11:44:02
To : Valentin Nechayev
Subject : Re: freebsd 6.2
--------------------------------------------------------------------------------
VN> 1. Hасколько я вижу стандарт, средства прочитать все коды кроме
VN> последнего нет и сейчас. Если где-то есть - то это местные
VN> расширения. И даже попытки как-то это регламентировать нет.
Hу, не то, чтобы нет совсем, но некоторые телодвижения для этого
сделать надо, да. Есть скриптик в FAQ-е comp.unix.shell.
Он правда не работает из-за >&X, где X > 2, но его можно адаптировать.
С первого взгляда он немного жутковат, правда.
http://unix.derkeiler.com/Newsgroups/comp.unix.shell/2003-07/0609.html
Вот сейчас сижу переделываю.
VN> 2. Получать этот статус после того, как завершится вся pipeline -
VN> уже поздно, почки отвалились:) Hадёжный механизм должен был
VN> просигнализировать каждому читателю пайпа о том, что предыдущий
VN> завершился неуспешно.
Это наличии статуса предыдущих писателей, не обязательно.
AC>> Тут нужен
AC>> массовик-иделог харизматичной наружности, стоб вещал, как сваи в землю
AC>> забивал.
VN> А ему в ответ расскажут "чувак, нам под твои требования выгибаться -
VN> N мегабаксов потратить, а пользы не видно" (коммерческий вариант)
VN> или "эт чё за ботва? я супермен (список регалий), я пишу
VN> суперклассную вещь, а ты кто?" (opensource вариант). И чихали они на
VN> твою харизму...
Правдоподобно :)
VN>>> Тот, кому нужна настоящая надёжность (а не хилый закос,
VN>>> пригодный разве что для системы ручной подготовки книг), пайпы в
VN>>> таком виде не использует вообще.
AC>> Абаснуй (c) В каком это "таком" виде?
VN> В виде x|y, где y делает финальную операцию (например, отправляет
VN> письмо для обработки роботом). Чтобы проверить выполнение вовремя,
VN> надо писать
VN> set -e
VN> x >$TMP
VN> y <$TMP
О да, а как это "здорово" смотрится в Makefile-ах... :(
--
Best regards, Aleksey Cheusov.
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
