Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » UNIX » UNIX Shell: sh, bash, zsh; Coreutils и ко.; sed, awk, perl;

Модерирует : ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153

Открыть новую тему     Написать ответ в эту тему

digital422

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Товарищи вопрошающие! Если ваша система отлична от ГНУ, и в то же время вы желаете обойтись только дефолтными средствами, указывайте и то и другое сразу, пожалуйста.


UNIX Shell

 
   Это глобальная тема по юниксовой командной оболочке, как по интерактивной работе в командной строке, так и по шелл-скриптам. Ключевые слова: sh, bash, zsh, tcsh, busybox, readline, coreutils, cp, mv, ln, rm, ls, readlink, mkdir, touch, stat, date, test, sleep, chown, chmod, chattr, dd, df, du, env, echo, cat, less, man, grep, sort, findutils, find, locate, xargs, md5sum, cmp, diff, patch, ps, kill, killall, tar, gzip, bzip2, xz, mount, fdisk, parted, mkfs, fsck, e2fsprogs, mtools, ss, netcat, netstat, rsync, ssh, scp, sftp, lftp, ncftp, time, strace.
   Неинтерактивная обработка текста (sed, awk, perl) пока тоже здесь.
   Смотри в других ветках: wget, convert, montage, mogrify и др., gs, git, 7z, p7zip, soffice, mplayer, mencoder, vlc, vim, mc, mcedit, kioclient.
 
 

Hint! Русские маны (подустаревшие, не всегда полные и не всегда для вашей системы) можно попытаться найти на Опеннете, к примеру: bash, tar, grep.

 
Готовые решения:
  • commandlinefu.com
    Крупнейшая база полезных однострочников на командной оболочке с ранжированием на основе пользовательского голосования.
     
  • shell-fu.org
    Аналогично, но поменьше и формат записей более свободный, поэтому встречаются и однострочники, и развернутые скрипты, и просто советы.
     
  • Useful one-line scripts for sed
    Почти исчерпывающий список решений для тех случаев, когда sed незаменим. Более сложные скрипты с sed.sf.net — только для тех, кто знает толк... :)

 
Учебная литература:
  • Greg’s Wiki (http://mywiki.wooledge.org)
    Наиболее обширный авторский сборник постоянно обновляющихся материалов по Башу.

    1. Bash Pitfalls
      (Частые ошибки программирования на Баше: [1], [2], [3], [4], [5] — пер. на русский по сост. на дек. 2008 г.).
      Рассмотрены преимущественно ошибки, возникающие из-за непонимания отличия шелла от «нормальных» скриптовых языков. Если вы уже владеете, например, Перлом, то это вполне может быть ваше первое руководство для ознакомления с Башем.
    2. Bash FAQ
    3. Bash Guide
    4. Bash Reference Sheet
      Шпаргалка по частым синтаксическим оборотам.

 
Классическая учебная литература:
С одной стороны не упомянуть эти издания нельзя, с другой — они настолько устарели, что едва ли их можно рекомендовать в роли учебника.

 

Смело правьте и дополняйте шапку, однако не забывайте отписываться об исправлениях и сохранять исходный вариант под #.
Первый пост темы имел вид...

Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 18:51 16-05-2008 | Исправлено: qw12, 09:42 24-03-2020
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alukardd
Спасибо!
 

Цитата:
о каких косяках вы говорите? У shell'а есть только особенности, ни каких Вам косяков  

о косяках в настройках исполняющей среды
В нексенте, например, выявилось отсуствие /usr/lib/sendmail
В какой-нибудь "настроенной под себя" кем-то системе ещё и не то выявится... )
 
 
Ещё вопрос. Почему второе работает, а первое нет?
 

Код:
 
lun_cnt=0
while read -r num guid size device ; do  
    ((lun_cnt++))  
    guids[$lun_cnt]=$guid  
    devices[$lun_cnt]=$device
    _log $guid " - " $device  
done < < (sbdadm list-lu | grep /dev | nl)
 


Код:
 
#nic_cnt=0
#while IFS=: read -r link addr ; do  
#    ((nic_cnt++))  
#    nics[$nic_cnt]=$link  
#    macs[$nic_cnt]=$(echo $addr | sed 's/\\\:/:/g')
#    assigned[$nic_cnt]="-"  
#    _log $link " - " $addr
#done < <(dladm show-phys -pmo link,address | grep igb)
 

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 23:41 25-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Эм... Ну, собственно они не совсем одинаковые Или вы хотите что бы я Вам подсказал "5 отличий"?)
Думаю, что наиболее важны здесь эти строки:
Цитата:
while read -r num guid size device ; do

Цитата:
while IFS=: read -r link addr ; do
Соответственно важно здесь то, что вы меняете InputFieldSeparator с стандартного [[:blank:]] (пробел и таб, по сути) на двоеточие. И второй момент, что если количество полей возвращаемых командой окажется больше чем вы предоставили переменных в которые читаете, то в последнюю переменную запишется весь остаток строки, что не попал в предыдущие переменные.

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 23:58 25-03-2012
ASE_DAG



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Ну, и опечаточка в первом отрывке есть:
done < < (sbdadm list-lu | grep /dev | nl)
в то время, как надо
done < <(sbdadm list-lu | grep /dev | nl)
Словами говоря — пробел лишний затесался.

----------
Dmitry Alexandrov <321942@gmail.com> [PGP] [BTC]

Всего записей: 9272 | Зарегистр. 12-05-2005 | Отправлено: 04:24 26-03-2012 | Исправлено: ASE_DAG, 04:41 26-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ASE_DAG
 
"Дизайнер" в мне машинально добавил самую тупую "красоту", спасибо за Ваш "дебаггер".
А вот IFS оказался в данном случае не при чём.
 
 
Добавлено:
 
 
Так... теперь мой "дизайнер" заинтересовался вопросом, можно ли сохранить функциональный стиль этой конструкции (пайп на входе цикла) внутри монады IO? (дадада, я уже в курсе, что в баше внемонадность называется heredocs, но меня волнует не столько "машинный" язык, сколько суть, которую он представляет)
 
Пускай я запомнил
LUNS=$(sbdadm list-lu) | grep /dev | nl  
 
Как модифицировать пайп?
 
А как "правильным образом" напрямую распарсить $LUNS ?

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 06:53 26-03-2012 | Исправлено: LevT, 08:13 26-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
гык, первый раз вижу утилиту nl, как-то и без неё вокруг добра хватает.

Цитата:
Как модифицировать пайп?
а можно для не посвящённых Вашу мысль как-то по другому изложить?
И что вы понимаете под "распарсить переменную"? Если я правильно вас понял, то тут либо использовать внутренние возможности bash (использовать возможности read -r или курим man на предмет подобных конструкций - ${parameter#word}), либо использовать внешние утилиты - awk, cut, sed.

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 16:05 26-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alukardd
Ну, я имел в виду - вот есть рабочий кусок проги, написанный в красивом функциональном стиле (с пайпами и с heredoc).  
Как бы Вы трансформировали этот кусок, чтобы он заработал с сохранённым состоянием? По возможности не отказываясь от остальной красоты.
 

Цитата:
гык, первый раз вижу утилиту nl, как-то и без неё вокруг добра хватает.  

Искусственный ключ (в человеческом виде, в дополнение к нелюдскому guid). Это из области проектирования БД. Здесь конечно лишний, тем более что без контроля надо сорцами sbdadm нет гарантии, что выдача всегда будет в том же порядке.

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 20:19 27-03-2012 | Исправлено: LevT, 22:00 27-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LUNS=$(sbdadm list-lu)
как мне кажется, сохраняет одну длиннную строку без разрывов.
 
Как запомнить её вместе с переводами строк? (аналогично выводу команды в stdout)
Как лучше запомнить, вместе с разрывами, выдачу пайпа  (sbdadm list-lu | grep /dev)  ?
Как лучше получить отдельные строки из длинной переменной с разрывами?
 
 

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 10:47 28-03-2012 | Исправлено: LevT, 12:12 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Цитата:
как мне кажется, сохраняет одну длиннную строку без разрывов.  
как вам кажется это конечно хорошо, но вывести переменную и посмотреть на неё видно не судьба? echo "$LUNS" - должны увидеть нормальный построчный вывод.
Цитата:
Как лучше получить отдельные строки из длинной переменной с разрывами?
ну видимо так: for line in $(echo $x); do echo "line is $line"; done, это при стандартном IFS=$'\n'

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 14:11 28-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предполагать в собеседнике идиота неконструктивно: я например стараюсь поступать наоборот, и иногда с этим перегибаю.  В том-то и дело, что вижу всё слитно.
 
Написал "как кажется" именно потому, что допустил обработку выдачи неизвестным мне форматтером.

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 15:31 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Да собственно я ни кого не предполагаю, просто я так общаюсь... Что касается данного моего вопроса, то он предполагал непоняток, а не возмущение. Ну, да ладно.

Цитата:
обработку выдачи неизвестным мне форматтером
это проблемы последующих обработчиков, а не Ваши... Вы же тоже подстраиваете свой скрипт, под выводы системных утилит. Самым независимым вариантом будет слив данных в файл с использованием \n в качестве разделителя строк.

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 15:39 28-03-2012
ASE_DAG



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
> В том-то и дело, что вижу всё слитно.
Еще один очень неконструктивный способ ведения диалога в данной теме — описывать ввод и вывод своими словами, когда можно их просто привести. Точно надо это в шапку красным вписать.
 
sbdadm’а у меня нет, но на примере произвольной утилиты с многострочным выводом — du.
 
/tmp$ TEST=$(du)
/tmp$ echo "$TEST"
0       ./orbit-main
0       ./pulse-teYQrpJA76Ac
0       ./akonadi-main.wwNBvz
0       ./.winbindd
4       ./ksocket-main
0       ./kde-main
0       ./ssh-sBofOrbZ3711
0       ./.ICE-unix
0       ./.X11-unix
8       .

 
но, заметьте:
 
/tmp$ echo $TEST
0 ./orbit-main 0 ./pulse-teYQrpJA76Ac 0 ./akonadi-main.wwNBvz 0 ./.winbindd 4 ./ksocket-main 0 ./kde-main 0 ./ssh-sBofOrbZ3711 0 ./.ICE-unix 0 ./.X11-unix 8 .


----------
Dmitry Alexandrov <321942@gmail.com> [PGP] [BTC]

Всего записей: 9272 | Зарегистр. 12-05-2005 | Отправлено: 15:44 28-03-2012 | Исправлено: ASE_DAG, 15:44 28-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 
Logging
Wed Mar 28 15:33:50 GET 2012 ================================================================================
Logging
Wed Mar 28 15:33:50 GET 2012 Script: /zones/dsu/nfs/bhork/scripts/storcfg/get_digested started
Logging
Wed Mar 28 15:33:50 GET 2012 Getting sbd luns
Found 4 LU(s) GUID DATA SIZE SOURCE -------------------------------- ------------------- ---------------- 600144f099d1040000004f6b40a50001 5497558138880 /dev/zvol/rdsk/zones/dsu/zvols/FRONT 600144f099d1040000004f6b40d10002 4398046511104 /dev/zvol/rdsk/zones/dsu/zvols/bigserv 600144f099d1040000004f6b40d90003 2040109465600 /dev/zvol/rdsk/zones/dsu/zvols/w2k8 68b329da9893e34099c7d8ad5cb9c940 37580963840 /dev/zvol/rdsk/zones/dsu/zvols/test2
Logging
Wed Mar 28 15:33:50 GET 2012 Script /zones/dsu/nfs/bhork/scripts/storcfg/get_digested completed with errors/warnings
------------------------------
++ sbdadm list-lu
+ LUNS='
Found 4 LU(s)
 
              GUID                    DATA SIZE           SOURCE
--------------------------------  -------------------  ----------------
600144f099d1040000004f6b40a50001  5497558138880        /dev/zvol/rdsk/zones/dsu/zvols/FRONT
600144f099d1040000004f6b40d10002  4398046511104        /dev/zvol/rdsk/zones/dsu/zvols/bigserv
600144f099d1040000004f6b40d90003  2040109465600        /dev/zvol/rdsk/zones/dsu/zvols/w2k8
68b329da9893e34099c7d8ad5cb9c940  37580963840          /dev/zvol/rdsk/zones/dsu/zvols/test2'
+ echo Found 4 'LU(s)' GUID DATA SIZE SOURCE -------------------------------- ------------------- ---------------- 600144f099d1040000004f6b40a50001 5497558138880 /dev/zvol/rdsk/zones/dsu/zvols/FRONT 600144f099d1040000004f6b40d10002 4398046511104 /dev/zvol/rdsk/zones/dsu/zvols/bigserv 600144f099d1040000004f6b40d90003 2040109465600 /dev/zvol/rdsk/zones/dsu/zvols/w2k8 68b329da9893e34099c7d8ad5cb9c940 37580963840 /dev/zvol/rdsk/zones/dsu/zvols/test2
+ set +x
 

 
Добавлено:
 
Ага, теперь вижу то, чего не вижу на консоли. Форматер таки есть, но концы строк не режет.
 
 
Добавлено:

Цитата:
Да собственно я ни кого не предполагаю, просто я так общаюсь... Что касается данного моего вопроса, то он предполагал непоняток, а не возмущение. Ну, да ладно.  

 
Заметано
 
 

Цитата:
это проблемы последующих обработчиков, а не Ваши...

 
дело в том, что я желаю контролировать всё обработчики на своих системах - и либо их единообразно отключить, либо включить, либо обойти. "Подземного стука мне не надоть".
 
Только вот опыта у меня нет, необходимого чтобы отличить норму от отклонения.
 
 
 
Добавлено:
 
 

Цитата:
Ага, теперь вижу то, чего не вижу на консоли. Форматер таки есть, но концы строк не режет.  
 

 
Или всё-таки режет?  На консоли определённо нет никаких следов концов строк.
То есть, для выдачи дебага один форматтер (сохраняет концы), а для echo - более брутальный?
 
Это и есть норма?
 

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 15:46 28-03-2012 | Исправлено: LevT, 15:49 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ASE_DAG
Цитата:
но, заметьте:  
ы, сначала решил что Вы загоняете... Потом понял в чём вкусняшка - я zsh использую там что в кавычках, что без - вывод разделён на строки... ^_^ А в bash'е действительно кавычки шпилят и я главное был удивлён когда вывод был такой красивый... (очередной сахар от zsh)

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 16:16 28-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ASE_DAG
С кавычками, действительно, дебаг и echo в показаниях не путаются. Спасибо.
 
Два реально продвинутых "линуксоида" не могут согласовать предположения друг друга, без словесной переписки на форумах?
 
И это норма?
 
 
Конечно, каждый сам хозяин своих вкусов... но на этот данный счёт они у меня противоположные.

 
Может, мне проще будет примириться с неизбежным, ознакомившись с исторической логикой возникновения такого поведения в баше? Или вдруг существует какая-то удобозапоминаемая модель этого поведения, с которой примириться будет легче, чем в "увелекательном" процессе зубрёжки граблей и мин шелла на своей шкуре?
 

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 16:37 28-03-2012 | Исправлено: LevT, 16:41 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
IMHO, если не хотите неожиданных явлений посреди скрипта, то всегда оборачивайте любые выводы и вводы в кавычки.
 
p.s. О чём Вы там мелким шрифтом втирали я не понял.

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 16:50 28-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возможен ли автоматический тест системы на предмет выявления особенностей?
А для приведения к единообразию поведения неизвестной системы? Кажется,  #!/bin/bash недостаточно?
 
Что ещё надо сделать для поимения неизвестной системы и отбраковки совсем уж безнадёжных случаев (поправимых только мозгами и ручками)?
 
 
 
Добавлено:

Цитата:
p.s. О чём Вы там мелким шрифтом втирали я не понял.

 
О том, что, к моему величайшему удивлению и негодованию, Вы не можете быть уверены в поведении исполняющей среды своего коллеги.
 
Предположения Вас подводят. Себе и зависимым от меня людям я такого не хочу, это одна из базовых моих мотиваций: мозги и время людей должны быть свободными для решения собственных задач, без прерываний, вынужденных внезапными особенностями аутичного софта.
 
 
 
Добавлено:
 
И неважно, что именно случилось внезапно: захотелось ли новых денег очередному виндовому "цыганваре", или недостало высочашей "линуксоидной" квалификации, чтобы при взгляде на выдачу двухстрочного скрипта обойтись без когнитивного диссонанса.

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 16:54 28-03-2012 | Исправлено: LevT, 17:09 28-03-2012
ASE_DAG



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alukardd
>> но, заметьте
> сначала решил что Вы загоняете...
А между тем, мы этой самой темы с вами касались где-то год назад. Тыц.
 
LevT
> с исторической логикой возникновения такого поведения в баше?
Почему «исторической»? Ничего исторического тут нет, такова железная логика работы шелла с древнейших времен, это да, но и до наших дней: сначала раскрываются переменные, а затем уже над строковыми литералами выполняются команды.

----------
Dmitry Alexandrov <321942@gmail.com> [PGP] [BTC]

Всего записей: 9272 | Зарегистр. 12-05-2005 | Отправлено: 17:22 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Скажем так, я буду очень удивлён если на любой другой машине (отличной от моей), мой скрипт будет вести себя как-то по другому с тем условием, что внешними утилитами пользуемся по минимуму.
Если Вы сейчас о разногласиях меня и т.ASE_DAG, то моё удивление вызвано отличным поведением zsh от bash. А причина заключается в том, что zsh не пытается ни чего раскрыть при выводе переменной без кавычек, в отличии от bash'а который раскрывает всё что может перед выводом.
bash хранит много строчные выводы так: x=$'line\nline\nline' и за счёт этого он раскрывает их дважды в случае использования без кавычек, фактически без кавычек происходит следующее echo `echo "$x"`. (поправьте если я не так объяснил)

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 17:28 28-03-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alukardd

Цитата:
Скажем так, я буду очень удивлён если на любой другой машине (отличной от моей), мой скрипт будет вести себя как-то по другому  

 
Машине, предварительно "настроенной под себя"? И непременно руками? Как с автоматизацией этого дела?
 
 

Цитата:
моё удивление вызвано отличным поведением zsh от bash.

 
Это-то понятно. Мне другое непонятно: как можно смиряться с тем, что рабочие инструменты (шеллы и никсы в целом) вынуждают удивляться и к себе адаптироваться, на таком-то уровне квалификации?
 
По-моему, такие фортели можно терпеть только от аутичного ребёнка, притом собственного. Чужих пусть терпят их родители, а софт пусть пляшет под мод дудку, а не наоборот.
 
Если относиться к софту как к инструменту - то не менее важна и переносимость опыта. Чтобы один коллега не готовился рушить свою среду ради предсказуемого поведения скрипта другого коллеги. Иначе обмен полезными скриптами облагается налогом (времени и внимания): в каких-то случаях дешевле в этом смысле изобрести велосипед, чем воспользоваться полученным со стороны результатом.
 

Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 17:49 28-03-2012 | Исправлено: LevT, 17:57 28-03-2012
Alukardd



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Цитата:
Машине, предварительно "настроенной под себя"? И непременно руками? Как с автоматизацией этого дела?  

Цитата:
на любой другой машине

 
Пойдём далее, с чего вы взяли что у меня достаточный уровень квалификации, что бы хотя бы я сам мог заявить, что отлично знаю shell'ы (или хотя бы bash). Если так прикинуть то где-то 2/3 я более-менее знаю и помню, это в лучшем случае. К остальным 1/3 относится и то, что я вовсе могу первый раз увидеть и то, что я редко использую и за чем мне надо лезть в свои заметки, man'ы или инет.
 
Инструмент и окружение тоже меняется и развивается и есть вероятность что скрипт будет работать неадекватно или вообще не будет. Особенно если запутаться в соответствии стандартов POSIX и реалиям GNU утилит, примеры к сожалению сейчас не приведу.

----------
Microsoft gives you windows, linuх gives you the whole house...
I've been using Vim for about 4 years now, mostly because I can't figure out how to exit it.

Всего записей: 6563 | Зарегистр. 28-08-2008 | Отправлено: 17:57 28-03-2012 | Исправлено: Alukardd, 17:59 28-03-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153

Компьютерный форум Ru.Board » Операционные системы » UNIX » UNIX Shell: sh, bash, zsh; Coreutils и ко.; sed, awk, perl;


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru