Литмир - Электронная Библиотека
Содержание  
A
A

В предыдущем примере стандартный вывод перенаправлен в файл с помощью оператора

>
. По умолчанию, если файл с заданным именем уже есть, он будет перезаписан. Если вы хотите изменить поведение по умолчанию, можно применить команду
set -о noclobber
(или
set -С
), которая устанавливает опцию
noclobber
, чтобы помешать перезаписи при перенаправлении. Отменить эту опцию можно с помощью команды
set +о noclobber
. Позже в этой главе будут приведены другие опции команды
set
.

Для дозаписи в конец файла используйте оператор

>>
. Например, команда

$ <b>ps &gt;&gt; lsoutput.txt</b>

добавит вывод команды

ps
в конец заданного файла.

Для перенаправления стандартного потока ошибок перед оператором

&gt;
вставьте номер дескриптора файла, который хотите перенаправить. Поскольку у стандартного потока ошибок дескриптор файла 2, укажите оператор
2&gt;
. Часто бывает полезно скрывать стандартный поток ошибок, запрещая вывод его на экран.

Предположим, что вы хотите применить команду

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

Команда

$ <b>kill -HUP 1234 &gt;killout. txt 2&gt;killer.txt</b>

поместит вывод и информацию об ошибке в разные файлы.

Если вы предпочитаете собрать оба набора выводимых данных в одном файле, можно применить оператор

&gt;&amp;
для соединения двух выводных потоков. Таким образом, команда

$ <b>kill -1 1234 &gt;killerr.txt 2&gt;&amp;1</b>

поместит свой вывод и стандартный поток ошибок в один и тот же файл. Обратите внимание на порядок следования операторов. Приведенный пример читается как "перенаправить стандартный вывод в файл killerr.txt, а затем перенаправить стандартный поток ошибок туда же, куда и стандартный вывод". Если вы нарушите порядок, перенаправление выполнится не так, как вы ожидаете.

Поскольку обнаружить результат выполнения команды

kill
можно с помощью кода завершения (который будет подробно обсуждаться далее в этой главе), часто вам не потребуется сохранять какой бы то ни было стандартный вывод или стандартный поток ошибок. Для того чтобы полностью отбросить любой вывод, вы можете использовать универсальную "мусорную корзину" Linux, /dev/null, следующим образом:

$ <b>kill -l 1234 &gt;/dev/null 2&gt;&amp;1</b>

Перенаправление ввода

Также как вывод вы можете перенаправить ввод. Например,

$ <b>more &lt; killout.txt</b>

Понятно, что это тривиальнейший пример для ОС Linux; команда

more
в системе Linux в отличие от своего эквивалента командной строки в ОС Windows с радостью принимает имена файлов в качестве параметров.

Каналы 

Вы можете соединять процессы с помощью оператора канала (

|
). В ОС Linux, в отличие от MS-DOS, процессы, соединенные каналами, могут выполняться одновременно и автоматически переупорядочиваться в соответствии с потоками данных между ними. Как пример, можно применить команду
sort
для сортировки вывода команды
ps
.

Если не применять каналы, придется использовать несколько шагов, подобных следующим:

$ <b>ps &gt; psout.txt</b>

$ <b>sort psout.txt &gt; pssort.out</b>

Соединение процессов каналом даст более элегантное решение:

$ <b>ps | sort &gt; pssort.out</b>

Поскольку вы, вероятно, захотите увидеть на экране вывод, разделенный на страницы, можно подсоединить третий процесс,

more
, и все это в одной командной строке:

$ <b>ps | sort | more</b>

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

$ <b>ps -хо соmm | sort | uniq | grep -v sh | more</b>

В ней берется вывод команды

ps
, сортируется в алфавитном порядке, из него извлекаются процессы с помощью команды
uniq
, применяется утилита
grep -v sh
для удаления процесса с именем
sh
и в завершение полученный список постранично выводится на экран.

Как видите, это гораздо более элегантное решение, чем строка из отдельных команд, каждая со своими временными файлами. Но в этом случае имейте в виду следующее. Если строка состоит из команд, файл вывода создается или записывается сразу, как только сформирован набор команд, поэтому в строке из нескольких команд никогда не используйте дважды одно и то же имя файла. Если вы попытаетесь сделать что-то подобное:

<b>cat mydata.txt | sort | uniq &gt; mydata.txt</b>

то в результате получите пустой файл, т.к. вы перезапишете файл mydata.txt, прежде чем прочтете его.

Командная оболочка как язык программирования

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

Интерактивные программы

Легкий и очень полезный во время обучения или тестирования способ проверить работу небольших фрагментов кода — просто набрать с клавиатуры в командной строке сценарий командной оболочки.

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

POSIX
. Вместо того чтобы искать в файлах строку с помощью команды
grep
и затем выводить на экран отдельно каждый файл, вы можете выполнить всю операцию в интерактивном сценарии, похожем на следующий:

$ <b>for file in *</b>

&gt; <b>do</b>

&gt; <b>if grep -l POSIX $file</b>

&gt; <b>then</b>

13
{"b":"285844","o":1}