|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 16 Apr 2007 22:40:56
To : Zahar Kiselev
Subject : Re: XFree -> XOrg
--------------------------------------------------------------------------------
Zahar Kiselev -> Artem Chuprina @ Mon, 16 Apr 2007 18:54:38 +0400:
AC>>>> У тебя есть длинный пайп. Тебе надо отследить код
AC>>>> завершения команды в его середине. Твои действия?
ZK>>> Если именно _мои_, то обернуть в скрипт ту команду, которая может
ZK>>> вернуть "не тот" код и там его анализировать. Костыль конечно, но
ZK>>> помогает чтобы в следующие по порядку команды не попали "ошметки"
ZK>>> например строки, если половина ее пропала из-за ошибки.
AC>> Так, с этого места поподробнее...
ZK> А что тут еще сказать подробнее? Hа уровне рядового юзера,
ZK> владеющего средствами шелла на уровне институтского курса, типа
ZK> меня, кроме скриптовой обертки вокруг наиболее критичных команд -
ZK> ничего предложить не могу.
Ты и скриптовую обертку, решающую поставленную задачу, пока не смог
предложить. Подмену задачи не предлагать.
ZK> Конечно, скриптовая обертка может быть существенно разной по
ZK> сложности, а в особо критичных случаях типа упомянутого тобой
ZK> бэкапа - вообще не надо ставить такие команды в конвейер. Вот
ZK> просто не ставить и все.
А зачем? Если достаточно воспользоваться шеллом, который то, что надо,
умеет тривиальным образом, и на который, собственно, и указывает симлинк
/bin/sh на той системе, на которой решается эта задача? Только потому,
что тебя в институте этому шеллу не учили? Извини, не аргумент...
AC>> Я это к тому, что с тем же grep -r вижу сходу, допустим, следующую
AC>> проблему. Что ты будешь делать, если у тебя нету -r?
ZK> Вот кстати в те времена grep как раз и не умел -r. С тех пор привык
ZK> обходиться.
А у меня он с тех пор этому научился, а я научился этим пользоваться.
AC>> "Серьезные сертифицированные специалисты" совершенно не испытывают
AC>> удовольствия от поддержки N+K различных наколенных вариантов. Даже
AC>> если они, пока работают, работают хорошо и на "морально устаревшем"
AC>> железе.
AC>> Ты кстати, уверен, что физически оно еще не устарело, и у него не
AC>> начались аппаратные глюки, которые пока отдиагностируют, успеют
AC>> заколебать техподдержку софта?
ZK> Hу у меня-то работает. И у меня ровно один такой
ZK> комп. Соответственно - предложения купить "программный комплекс"
ZK> уже пятый год отправляются в мусорную корзину.
А откуда они берутся, если имеющийся работает? А то, может, умнее не в
мусорную корзину, а встречное предложение "а давайте мы вам свой
комплекс продадим"?
AC>> А еще вспоминается анекдот времен твоей институтской юности.
AC>> Правда, не знаю, рассказывали ли его в твоем институте...
AC>> - Hо ваша программа работает в 10 раз медленнее моей!
AC>> - Да, но зато она работает _правильно_.
ZK> Рассказывали. И анекдот совершенно правильный. Он и не анекдот вовсе.
Hу, притча, да.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Дуля со смещенным центром тяжести
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
