|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 17 Apr 2007 10:26:31
To : Zahar Kiselev
Subject : Re: XFree -> XOrg
--------------------------------------------------------------------------------
Zahar Kiselev -> Artem Chuprina @ Mon, 16 Apr 2007 23:32:48 +0400:
ZK>>> А что тут еще сказать подробнее? Hа уровне рядового юзера,
ZK>>> владеющего средствами шелла на уровне институтского курса, типа
ZK>>> меня, кроме скриптовой обертки вокруг наиболее критичных команд -
ZK>>> ничего предложить не могу.
AC>> Ты и скриптовую обертку, решающую поставленную задачу, пока не
AC>> смог предложить. Подмену задачи не предлагать.
ZK> Hе то чтобы подмену, а _уточнение_. Для обработки строк, где было
ZK> нежелательно пролезание дальше в конвейер "ошметков", но допустима
ZK> выдача "конца файла" - я делал. И рестарт с нужной позиции при
ZK> перезапуске эта же обертка делала - на выход просто ничего не
ZK> проходило пока до нужного места не дойдет. В случае таких
ZK> ответственных операций как бэкап - лично я со своей квалификацией(я
ZK> и не спорю что она ниже твоей) предпочел бы просто не использовать
ZK> конвейер, именно из-за сложности с обработкой возможных ошибок, о
ZK> чем я тоже написал.
А как ты будешь решать задачу бэкапа стандартными юниксовыми средствами
без конвейера?
AC>> А зачем? Если достаточно воспользоваться шеллом, который то, что
AC>> надо, умеет тривиальным образом, и на который, собственно, и указывает
AC>> симлинк /bin/sh на той системе, на которой решается эта задача?
ZK> Это какой шелл умеет обрабатывать коды возврата внутри конвейера и самое
ZK> главное - _что_ он при этом делает?
bash. То же, что и sh при обработке кода завершения последней команды -
что скажешь, то и сделает.
AC>> Только потому, что тебя в институте этому шеллу не учили? Извини, не
AC>> аргумент...
ZK> Еще как аргумент - для этого надо как минимум вообще предполагать
ZK> возможность существования этого в шелле. Объем же документации в
ZK> современном линуксе такой, что найти там что-то невозможно если не
ZK> знаешь что именно искать. Я вот немало прочел учебных статей по
ZK> программированию на баше например(как наиболее близком к sh,
ZK> которому меня учили), но нигде ничего подобного не
ZK> попадалось.
Слушай, меня вообще в институте шеллу не учили. Как же я, бедный, на
нем программирую, и откуда я узнал то, о чем тебя спрашиваю? При том,
да, что я спрашиваю тебя про шелл, которым я как раз для своих целей не
пользуюсь, а ты как раз пользуешься?
Так вот. Простейший вариант решения этой задачи описан в 255-й строке
man bash (я, кстати, про него сам не знал, выяснил только что). Более
развесистый найти сложнее, потому что в его описании слова "exit status"
раскидались на две строчки при форматировании :-)
Спрашивается, какую именно хрень про программирование на bash ты читал?
ZK> Может в других шеллах есть, но их много и все изучать - жизни не
ZK> хватит, тем более что изучать приходится не только их. Поэтому
ZK> изучается что-то обычно не "вообще" а применительно к способу
ZK> решить какую-то возникшую практическую задачу. Вышеупомянутую
ZK> задачу с оброботкой строк я решил, а со слишком экзотическими
ZK> бэкапами просто не сталкивался - всегда tar хватало,
tar хватает. А вот места для бэкапа на той машинке, которая бэкапится -
не хватает... Hет, NFS между ними отсутствует - до машинки пол-Москвы.
ZK>>> Hу у меня-то работает. И у меня ровно один такой
ZK>>> комп. Соответственно - предложения купить "программный комплекс"
ZK>>> уже пятый год отправляются в мусорную корзину.
AC>> А откуда они берутся, если имеющийся работает?
ZK> Благодаря весьма активной деятельности тех, кто рекламирует эти
ZK> "решения под ключ".
AC>> А то, может, умнее не в мусорную корзину, а встречное предложение "а
AC>> давайте мы вам свой комплекс продадим"?
ZK> Во-первых мы тут научная организация и торговлей не занимаемся
ZK> вообще.
Это не повод не предложить...
ZK> Во-вторых к моем "комплексу" нужен я - чтобы команды в командной
ZK> строке набирать. У полного чайника с одного клика мышкой оно точно
ZK> не заработает. Хотя например вот тебе я бы объяснил как этим
ZK> пользоваться минут за десять, несмотря на то, что ты с испытаниями
ZK> энергоустановок никогда дела не имел.
... и еще за час сделал бы zero-click решение, в котором ты не
требуешься, подозреваю.
--
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
