sledopit24 окт 2012 в 14:18

Подводные камни shell скриптинга

3 мин

24K

*nix * Настройка Linux *

+59

Комментарии 37

mechmind 24 окт 2012 в 14:58

Я однажды заинтересовался возможностями разбора history, в результате получил sudo для всей командной строки, включая пайпы и редиректы:

proceed_sudo () { sudor_command="`HISTTIMEFORMAT=\"\" history 1 | sed -r -e 's/^.*?sudor//' -e 's/\"/\\\"/g'`" ; sudo sh -c "$sudor_command"; }; alias sudor="proceed_sudo # "

Использовать так:

$ sudor make me a sandwitch > /var/lib/sandwitch

Несерьезно, но забавно. И нельзя вставлять в пайп.

mechmind 24 окт 2012 в 15:07

Залез в свои .bash*, нашел кучу старых добрых, но забытых вещей :)

Вот например, итерация по чему-нибудь с прогресс-метками:


finit() { count=$#; current=1; for i in "$@" ; do echo $current $count; echo $i; current=$((current + 1)); done; }
alias fnext='read cur total && echo -n "[$cur/$total] " && read'

И использование:


finit 1 2 3 4 | while fnext item; echo $item ; done

Пример:

$ finit 1 2 3 4 | while fnext item; do echo $item; done
[1/4] 1
[2/4] 2
[3/4] 3
[4/4] 4

mechmind 24 окт 2012 в 15:08

(code зачем-то сьел переводы строк в последнем блоке)

ZyXI 28 окт 2012 в 00:18

Интересно, когда это sed успел научиться нежадными множителями? Небольшой опыт показывает, что .*? ничем не отличается от .*. Точнее от (.*)?, за исключением сохранения текста.

В zsh можно такое устроить переопределяя accept-line widget. Тоже правда выглядит как хак, особенно вместе с функцией, которая засовывает в историю исходный текст, а не то, что будет реально выполнено. Как мне кажется, возможность работы echo abc | sudor { read def && echo $def } | read ghi можно обеспечить в обоих случаях если немного заморочиться.

oxpa 24 окт 2012 в 15:40

Вставлю свои «5 копеек»:

a="echo a";
$a

В таком виде только в zsh возникают «нюансы»: команды «echo a» не существует.
Надёжнее делать:

a="echo a";
eval $a

С использованием eval проблем нет ни в одном из шеллов (ну, насколько мне известно...;)

При использовании команды sudo в скриптах, почти всегда лучше использовать ключ -i: в неинтерактивном режиме, большая часть шеллов не source'ит rc и profile файлы, что может привести к проблемам в работе софта.

Попытаюсь вспомнить ещё чего-нибудь «забавного» и допишу.

oxpa 24 окт 2012 в 15:48

Полезный маленький трюк:

cd - 
cd $OLDPWD

делают одно и то же. Последнюю переменную можно использовать для всяких mv дополнительно.

Ещё мелкая «полезняшка», экономящая время на длинных именах файлов:

 mv file{,.bak}

На время отладки можно добавить ключ -x к шабангу:

 #!/bin/bash -x

Эквивалентно set -x.

sledopit 24 окт 2012 в 16:15

Ну это больше из популярных bash tips and tricks. Я старался показать неочевидные вещи. (:

hryamzik 25 окт 2012 в 08:41

есть же pushd и popd

sledopit 24 окт 2012 в 16:17

eval стоит использовать с огромной осторожностью. Некоторые любят устроить публичную порку за его использование, дескать это пропасть в безопасности, за такое руки отрубать надо (:

Merlyel 24 окт 2012 в 16:41

А еще довольно много интересных возможных ошибок собрано тут: mywiki.wooledge.org/BashPitfalls
После прочтения пришлось некоторые скрипты переделать

StShadow 24 окт 2012 в 19:24

Переделывать? Тогда, пожалуй, не буду читать…

НЛО прилетело и опубликовало эту надпись здесь

AGvin 24 окт 2012 в 19:40

Помню, как то нужно мне было сделать перебор от 1 до нужного мне числа. Вот тогда, я и познакомился с «граблями» в Bash-е )

Вот пример того, как Bash с аппетитом начнет «кушать» вашу RAM:

#!/bin/bash

for i in {1..10000000}; do
    echo "item: $i";
done

Итого, скрипт взял на себя 1831 Mb.

Чуть позже, нашел другой вариант, «полегче»:

#!/bin/bash

for i in $(seq 10000000); do
    echo "item: $i";
done

Тут уже, почти в 2 раза меньше. Всего 1049 Mb. Но все равно, мне как то, не посебе, когда на такое, уходит столько памяти.

sledopit 24 окт 2012 в 19:57

Так а что вы удивляетесь? Первым делом будет раскрываться seq и создаваться безумно длинная строка «for i in перечисление всех-всех чисел», которая будет храниться в памяти. Надо было делать

seq 10000000 | while read i ; do echo "item: $i"; done

проблем с потреблением памяти не возникло бы.

amarao 24 окт 2012 в 20:12

Традиционно:

seq 100000|xargs -n 1 echo item

AGvin 24 окт 2012 в 20:26

В свое время, этого не знал, а в примерах, в основном, только вышеперечисленные варианты.

gyouja 25 окт 2012 в 08:55

Используя такую конструкцию, данной проблемы можно избежать:

for ((i=0;i<10000000;i++))
do
    echo "item: $i"
done

НЛО прилетело и опубликовало эту надпись здесь

mechmind 25 окт 2012 в 08:36

Потому что это спецсимвол регулярного выражения.

bolk 25 окт 2012 в 12:46

Вам здесь grep ни к чему, используйте fgrep и быстрее, и экранировать не надо будет.

НЛО прилетело и опубликовало эту надпись здесь

MrNobody 25 окт 2012 в 02:33

Может кому пригодится:
Меняем формат мак адреса с 0000.0000.0000 (cisco like) на 00:00:00:00:00:00:

echo "0000.0000.0000" |sed -e 'y/./:/' | sed -r 's/([0-9,a-f]{2})([0-9,a-f]{2})/\1:\2/g'

bolk 25 окт 2012 в 12:48

Зачем запускать sed два раза? Засуньте обе команды в один, разделив точкой с запятой.

karkarramba 25 окт 2012 в 04:10

Хозяйке на заметку: если надоело выискивать очередной подводный камень шелла, перепишите скрипт на перле.

MrNobody 25 окт 2012 в 04:41

И ищешь камни там, да =)

karkarramba 25 окт 2012 в 06:02

Там их найти сильно проще.

naryl 25 окт 2012 в 07:13

На Перле — не сильно. Сильно проще на Tcl.

karkarramba 25 окт 2012 в 11:33

Крайне мало знаю про Tcl, но думаю, что вероятность встретить его в дикой природе несколько меньше чем вероятность встретить перл, идущий зависимостью к каждой второй софтине.

mocksoul 25 окт 2012 в 10:12

2й пункт. Да вы что !??!

$ while read line; do X=$line; done < <(cat /etc/hosts | head)
$ echo $X
# IPv4 and IPv6 localhost aliases

Проблема subshell'а решается через именованый пайп на раз-два!

sledopit 25 окт 2012 в 10:35

Башизм же. Я старался обойтись чем-нибудь POSIX совместимым.

mocksoul 25 окт 2012 в 10:53

Ну и что? Это просто альяс к именованым пайпам. Вот на чистом злом sh, на FreeBSD:

$ [ ! -e pipe ] && mkfifo pipe
$ trap 'rm -f pipe' EXIT             
$ cat /etc/hosts | head > pipe &
$ while read line; do X=$line; done <pipe
$ echo $X
# IPv4 and IPv6 localhost aliases

mocksoul 25 окт 2012 в 10:13

в 3м пункте лучше отправить в 3-й файловый дескриптор все же, не трогайте stderr :).

Merlyel 25 окт 2012 в 11:22

Да вообще пример не очень — с sed'ом можно и без файловых дескрипторов обрабатывать только то, что нужно или то, что не нужно :)

 { echo DATA ; echo HIDDEN_DATA; } | sed -e '/HIDDEN/!s/^/MODIFIED_/g' -e 's/$/_CATCHED/'

mtp 25 окт 2012 в 10:23

[[ 2 -eq 3 ]]
[[ "test" == "test" ]]
[[ $VAR -eq 3 ]]

Поначалу с виду подумал, что это пауэршелльный код, только следующее примечание про Баш всё расставило по местам.

Wott 26 окт 2012 в 16:34

насчет строк в test надо аккуратнее — в случае нескольких строк ( а так бывает если вывод команды ) типа

VAR=`some args`
if [ -n "$VAR" ]; then ...
   ....
fi

стоит обратить внимание на кавычки вокруг $VAR

А вообще shell скриптинг — это для внимательных к деталям и сахарку в неожиданных местах. Перлисты поймут.
Но регулярные извраты что бы получить простую в классическом ЯП обработку вызывают смешанные чувства.

catharsis 27 окт 2012 в 09:04

меня тоже смутил второй пункт.
часто достаточно передать файл на вход while, и пайп (и собственно сабшелл) совершенно не нужен.
$ while read; do a=$((a + 1)); done < 1;

дополнение про mkfifo здесь, конечно, также очень полезно.

Расскажите, пожалуйста, в чем разница между [[ ]] и [ ], который test?
Беглый просмотр man bash не помог.

sledopit 27 окт 2012 в 18:46

Если вкратце, то [ — builtin и совместим со всеми шеллами. [[ — keyword, присутствует только в bash, ksh, zsh и им подобных. Так же применяются разные правила парсинга того, что внутри.

[ $a < $b ] # выдаст ошибку
[[ $a < $b ]] # корректно отработает

Более подробно можно почитать тут.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий