|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 17 Apr 2007 00:32:48
To : Artem Chuprina
Subject : Re: XFree -> XOrg
--------------------------------------------------------------------------------
Apr 16 22:40 07, Artem Chuprina wrote:
ZK>> А что тут еще сказать подробнее? Hа уровне рядового юзера,
ZK>> владеющего средствами шелла на уровне институтского курса, типа
ZK>> меня, кроме скриптовой обертки вокруг наиболее критичных команд -
ZK>> ничего предложить не могу.
AC> Ты и скриптовую обертку, решающую поставленную задачу, пока не смог
AC> предложить. Подмену задачи не предлагать.
Hе то чтобы подмену, а _уточнение_. Для обработки строк, где было нежелательно
пролезание дальше в конвейер "ошметков", но допустима выдача "конца файла" - я
делал. И рестарт с нужной позиции при перезапуске эта же обертка делала - на
выход просто ничего не проходило пока до нужного места не дойдет.
В случае таких ответственных операций как бэкап - лично я со своей
квалификацией(я и не спорю что она ниже твоей) предпочел бы просто не
использовать конвейер, именно из-за сложности с обработкой возможных ошибок, о
чем я тоже написал.
AC> А зачем? Если достаточно воспользоваться шеллом, который то, что
AC> надо, умеет тривиальным образом, и на который, собственно, и указывает
AC> симлинк /bin/sh на той системе, на которой решается эта задача?
Это какой шелл умеет обрабатывать коды возврата внутри конвейера и самое главное
- _что_ он при этом делает?
AC> Только потому, что тебя в институте этому шеллу не учили? Извини, не
AC> аргумент...
Еще как аргумент - для этого надо как минимум вообще предполагать возможность
существования этого в шелле. Объем же документации в современном линуксе такой,
что найти там что-то невозможно если не знаешь что именно искать.
Я вот немало прочел учебных статей по программированию на баше например(как
наиболее близком к sh, которому меня учили), но нигде ничего подобного не
попадалось. Может в других шеллах есть, но их много и все изучать - жизни не
хватит, тем более что изучать приходится не только их. Поэтому изучается что-то
обычно не "вообще" а применительно к способу решить какую-то возникшую
практическую задачу. Вышеупомянутую задачу с оброботкой строк я решил, а со
слишком экзотическими бэкапами просто не сталкивался - всегда tar хватало, а для
прикладных данных, где не обязательно сохранять информацию о владельце и правах,
зато важна читаемость архива под досом и виндами - вообще использовался zip.
А вообще я вижу, что Уважаемые Гуру совершенно не представляют себе то, как в
линуксе живут пользователи некой средней квалификации типа меня. Вот как живут
абсолютно полные чайники - представляют и довольно хорошо. Хуже что создавая
софт и компонуя из него дистрибутивы - часто именно на этих чайников и
ориентируются. А средний пользователь как бы и не существует:( Хотя этой весной
исполнилось 10 лет как я поставил свой первый линукс в эксплуатацию.
И даже несмотря на то, что последние года три я от чисто компьютерной работы
отошел - по сей день под моим присмотром находится два линукса полностью и один
пополам с другим хозяином. Все работают круглосуточно без серьезных глюков, не
считая отказы железа, которые иногда случаются, без ужасных впрочем последствий.
ZK>> Hу у меня-то работает. И у меня ровно один такой
ZK>> комп. Соответственно - предложения купить "программный комплекс"
ZK>> уже пятый год отправляются в мусорную корзину.
AC> А откуда они берутся, если имеющийся работает?
Благодаря весьма активной деятельности тех, кто рекламирует эти "решения под
ключ".
AC> А то, может, умнее не в мусорную корзину, а встречное предложение "а
AC> давайте мы вам свой комплекс продадим"?
Во-первых мы тут научная организация и торговлей не занимаемся вообще.
Во-вторых к моем "комплексу" нужен я - чтобы команды в командной строке
набирать. У полного чайника с одного клика мышкой оно точно не заработает.
Хотя например вот тебе я бы объяснил как этим пользоваться минут за десять,
несмотря на то, что ты с испытаниями энергоустановок никогда дела не имел.
А еще через десять минут ты бы исправил ошибку плюс-минус единицы, которая у
меня там есть в работе с буфером в сишном коде, хотя на результат и не влияет
по причине того что при большой избыточности входной информации ошибочные
значения потом все равно хорошо "съедаются" цифровым фильтром если иногда и
появляются. Вылезает это редко, а как исправить без существенного усложнения
обработки - я так и не додумался, решив что если и так хорошо работает - то
пусть и дальше работает.
--- Msged/LNX 6.1.1
* Origin: mobile point - Compaq Armada 1750 + Siemens ME45 (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
