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

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

На нашем литературном портале можно бесплатно читать книгу UNIX — универсальная среда программирования, Керниган Брайан Уилсон-- . Жанр: ОС и Сети / Интернет. Онлайн библиотека дает возможность прочитать весь текст и даже без регистрации и СМС подтверждения на нашем литературном портале bazaknig.info.

Жанр: ОС и Сети / Интернет

Название: UNIX — универсальная среда программирования

Автор: Керниган Брайан Уилсон

Дата добавления: 16 январь 2020

Количество просмотров: 694

Читать онлайн

UNIX — универсальная среда программирования читать книгу онлайн

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

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

shell.

Для программистов-пользователей операционной системы UNIX.

Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала

ВПЕРЕД

Перейти на страницу:

root:3d.fHR5KoB.3s:0:l:S.User:/:!ed

Вызвать ed из p

?

ed читает /etc/passwd

!

… запутывается и завершается

Для решения этой проблемы необходимо знать, как управлять процессами в UNIX, о чем речь пойдет в разд. 7.4. Пока же примите к сведению, что использование стандартной библиотечной функции

system

может создать неприятности, однако

ttyin

работает правильно, если компилируется с версией

system

, описанной в гл. 7.

Итак, мы написали две программы

vis

p

, которые можно считать вариантами

cat

с некоторыми "украшениями". Может быть, им следует быть частью

cat

, доступной с помощью флагов

-v

-р

? Вопрос о том, писать ли новую программу или добавлять какие-то средства к старой, возникает всегда, как только у людей появляются новые идеи. Мы не можем со всей определенностью ответить на данный вопрос, но приведем здесь некоторые принципы, которые, возможно, вам помогут.

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

Поэтому

cat

vis

совмещать не рекомендуется. Если

cat

просто копирует входной поток без изменений, то

vis

его трансформирует. Соединение их дает программу с двумя разными функциями. Это очевидно также для

cat

p

cat

предназначена для быстрого эффективного копирования страниц,

p

для их "перелистывания". Кроме того,

p

преобразует выходной поток. Каждый 22-й символ перевода строки пропускается. Три отдельные программы представляются в таком случае правильным решением.

Упражнение 6.6

Работает ли p нормально, если

pagesize

не является положительным?

Упражнение 6.7

Что еще можно было бы сделать с

p

? Оцените и реализуйте (если оно вам подходит) свойство вновь выводить части ранее введенного текста. (Это дополнительное средство нам очень нравится.) Добавьте возможность выводить неполное содержимое экрана после каждой паузы, а также просматривать текст вперед или назад по строкам, задаваемым номером или содержимым.

Упражнение 6.8

Используйте средства манипуляций файлами, встроенные в

exec

shell

(см. справочное руководство по

sh(1)

), чтобы фиксировать обращения к

system

с терминала

ttyin

Упражнение 6.9

Если вы забыли определить источник ввода для

p

, то программа "молча" ожидает ввода с терминала. Стоит ли искать эту возможную ошибку? Если да, то как? Подсказка:

isatty(3)

6.5 Пример:

pick

Версия

pick

из гл. 5, несомненно, увеличивает возможности

shell

. Версия на Си, приведенная ниже, в чем-то отличается от рассмотренной в гл. 5. Если эта версия имеет аргументы, то они обрабатываются так же, как и ранее, но если определен единственный аргумент

'-'

pick

обрабатывает свой стандартный входной поток.

Почему бы в отсутствие аргументов просто не читать стандартный входной поток? Рассмотрим вторую версию команды

zap

из разд. 5.6:

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

Что происходит, если шаблон

egrep

ни с чем не совпадает? В этом случае

pick

не имеет аргументов и читает свой стандартный входной поток; команда

zap

терпит неудачу загадочным образом. Требование явного аргумента простой способ устранить неоднозначность, и соглашение о

'-'

cat

и других программах показывает, как его определить.

/* pick: offer choice on each argument */

#include <stdio.h>

char *progname; /* program name for error message */

main(argc, argv)

int argc;

char *argv[];

{

int i;

char buf[BUFSIZ];

progname = argv[0];

if (argc == 2 && strcmp(argv[1], "-") == 0) /* pick - */

while (fgets(buf, sizeof buf, stdin) != NULL) {

buf[strlen(buf)-1] = ''; /* drop newline */

pick(buf);

}

else

for (i = 1; i < argc; i++)

pick(argv[i]);

exit(0);

}

pick(s) /* offer choice of s */

char *s;

{

fprintf(stderr, "%s? ", s);

if (ttyin() == 'y')

printf("%sn", s);

}

Версия

pick

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

Упражнение 6.10

Если есть

pick

, существует ли необходимость в

rm -i