Брайан Керниган - UNIX — универсальная среда программирования

$ cat zap

# zap pattern: kill all processes matching pattern

# BUG in this version

PATH=/bin:/usr/bin

case $# in

0) echo 'Usage: zap pattern' 1>&2; exit 1

esac

kill `pick \`ps -ag | grep "$*"\` | awk '{print $1}'`

Обратите внимание на вложенные знаки слабого ударения, защищенные символами обратной дробной черты, awkпрограмма выделяет номер процесса из выходных данных команды ps, выбранной с помощью pick:

$ sleep 1000 &

2216

$ ps -ag

PID TTY TIME CMD

...

2216 0 0:00 sleep 1000

...

$ zap sleep

2216?

0? qЧто происходит?

$

Проблема состоит в том, что выходные данные команды psразбиты на слова, которые воспринимаются и обрабатываются командой pickкак отдельные аргументы вместо того, чтобы обрабатываться сразу по строке. Обычная процедура интерпретатора заключается в разбиении строк на аргументы с границами пробел/не пробел, как показано ниже:

for i in 1 2 3 4 5

В этой программе нужно контролировать процесс разбиения интерпретатором строк на аргументы, чтобы только символ перевода строки разделял соседние "слова".

Внутренняя переменная интерпретатора IFS(internal field separator — внутренний разделитель полей) представляет собой строку символов, которая разделяет слова в списке аргументов, находящихся в знаках слабого ударения или циклах for. Обычно IFSсодержит пробелы, символы табуляции и конца строки, но мы можем заменить ее на что-либо нужное, например просто на символ перевода строки:

$ echo 'echo $#' >nargs

$ cx nargs

$ who

you tty0 Oct 1 05:59

pjw tty2 Oct 1 11:26

$ nargs 'who'

1010 полей, разделенных пробелом и концом строки

$ IFS='

' Только конец строки

$ nargs `who`

2 Две строки, два поля

$

После установки IFSравным символу перевода строки команда zapвыполняется отлично:

$ cat zap

# zap pat: kill all processes matching pat

# final version

PATH=/bin:/usr/bin IFS='

' # just a newline

case $1 in

"") echo 'Usage: zap [-2] pattern' 1>&2; exit 1 ;;

-*) SIG=$1; shift

esac

echo ' PID TTY TIME CMD'

kill $SIG `pick \`ps -ag | egrep "$*"\` | awk '{print $1}`"

$ ps -ag

PID TTY TIME CMD

...

2216 0 0:00 sleep 1000

...

$ zap sleep

PID TTY TIME CMD

2216 0 0:00 sleep 1000? y

2314 0 0:02 egrep sleep? N

$

Мы здесь кое-что добавили: необязательный аргумент, обозначающий сигнал (обратите внимание на то, что SIGбудет неопределенным, а значит, должен рассматриваться как пустая строка, если аргумент не задан), а также egrepвместо grep, чтобы разрешить более сложные шаблоны типа 'sleep | date'. Первая команда echoвыдает столбец из заголовков выходных данных команды ps.

Вас может заинтересовать, почему эта команда называется zap, а не просто kill. Основная причина заключается в том, что в отличие от случая с командой calмы не даем действительно новой команды kill: zapпо необходимости является диалоговой командой, с одной стороны, а с другой — мы хотим сохранить имя killдля настоящей команды. К тому же zapчрезвычайно медленна из-за накладных расходов на все дополнительные программы, хотя самую длинную по времени реализации команду psвсе равно нужно выполнять. В следующей главе будет продемонстрировано более эффективное решение.

Измените команду zapтак, чтобы она, выдавая заголовки из команды ps, была не чувствительна к изменениям в формате вывода ps. Насколько это усложнит программу?

Вы уже достаточно подготовлены для того, чтобы написать команду pickна языке shell. Единственным новым средством является механизм чтения входного потока пользователя. Встроенная команда интерпретатора readчитает одну строку текста из стандартного входного потока и присваивает ее (без перевода строки) в качестве значения указанной переменной:

$ read greeting

hello, worldВводим новое значение для приветствия

$ echo $greeting

hello, world

$

Самым типичным примером использования команды readв файле .profileслужит установка значений переменных среды при входе в систему, прежде всего установка переменных интерпретатора типа TERM.

Команда readможет читать только из стандартного входного потока; его нельзя даже переключить. Ни одну из встроенных команд интерпретатора (в отличие от основных структур управления типа for) нельзя переключить с помощью операций >или <:

$ read greeting

goodbye Тем не менее надо ввести значение

illegal io Сейчас shell сообщает об ошибке

$ echo $greetinggreeting получает введенное значение,

goodbye а не значение из файла

$

Это можно считать ошибкой интерпретатора, но такова жизнь. К счастью, можно предусмотреть переключение в цикле, охватывающем команду read, что является основным принципом реализации команды pick:

# pick: select arguments

PATH=/bin:/usr/bin

for i # for each argument

do

echo -n "$i? " >/dev/tty

read response

case $response in

y*) echo $i ;;

q*) break

esac

done

Обращение echo -nподавляет заключительный символ перевода строки, так что переменную responseможно вывести на той же строке, что и приглашение. Конечно, приглашения выдаются на устройство /dev/tty, поскольку стандартный выходной поток, по всей вероятности, не выводится на терминал.

Оператор breakзаимствован из языка Си: он завершает выполнение самого внутреннего цикла, в нашем случае for, когда вводится q. Мы выбрали символ qкак сигнал прекращения процесса выбора потому, что это легко сделать, потенциально удобно и не противоречит другим программам.

Интересно поэкспериментировать с пробелами в аргументах для команды pick:

$ pick '1 2' 3

1 2?

3?

$

Если вы хотите узнать, как команда pickчитает свои аргументы, запустите ее и нажмите клавишу RETURN после каждого приглашения. В том виде, в каком написана эта команда, она выполняется отлично: в цикле for iаргументы обрабатываются правильно. Мы могли бы написать цикл другими способами:

$ grep for pickВыясните, что делает эта версия

for i in $*

$ pick '1 2' 3

1?

2?

3?

$

Эта версия не работаете поскольку операнды в цикле снова распознаются, а наличие пробелов в первом аргументе приводит к тому, что он разбивается на два аргумента. Попробуйте взять в кавычки $*: