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

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

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

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

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

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

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

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

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

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

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

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

shell.

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

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

ВПЕРЕД

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

Таблица 6.3: Некоторые определения из

<stdio.h>

Теперь вернемся снова к нашей теме и напишем третью версию

vis

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

/* vis: make funny characters visible (version 3) */

#include <stdio.h>

#include <ctype.h>

int strip = 0; /* 1 => discard special characters */

main(argc, argv)

int argc;

char *argv[];

{

int i;

FILE *fp;

while (argc > 1 && argv[1][0] == '-') {

switch (argv[1][1]) {

case 's': /* -s: strip funny chars */

strip = 1;

break;

default:

fprintf(stderr, "%s: unknown arg %sn",

argv[0], argv[1]);

exit(1);

}

argc--;

argv++;

}

if (argc == 1)

vis(stdin);

else

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

if ((fp=fopen(argv[i], "r")) == NULL) {

fprintf(stderr, "%s: can't open %sn",

argv[0], argv[i]);

exit(1);

} else {

vis(fp);

fclose(fp);

}

exit(0);

}

В программе принято соглашение, по которому флаги стоят в начале списка аргументов. После обработки каждого флага

argv

argc

модифицируются так, что остальная часть программы не зависит от присутствия этого флага. Даже если

vis

распознает единственный флаг, мы написали программу в виде цикла, чтобы продемонстрировать единый способ обработки аргументов. В гл. 1 отмечалось, что программы UNIX обрабатывают флаги в произвольном порядке. Как одну из причин (помимо склонности к анархии) здесь можно назвать очевидную легкость написания программы разбора аргументов при любой модификации. Включение функции

getopt(3)

в некоторые системы является попыткой рационально объяснить ситуацию; вы можете ее исследовать, прежде чем писать собственную.

Процедура

vis

выводит на печать единственный файл:

vis(fp) /* make chars visible in FILE *fp */

FILE *fp;

{

int c;

while ((с = getc(fp)) != EOF)

if (isascii(c) &&

(isprint(с) || c=='n' || c=='t' || c==' '))

putchar(c);

else if (!strip)

printf("\%03o", c);

}

Функция

fprintf

идентична

printf

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

Функция

fclose

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

fopen

, освобождая указатель для другого файла. Так как существует ограничение (около 20) на число файлов, которые одновременно могут быть открыты в программе, лучше всего закрывать уже не требующиеся вам файлы. Обычно выходной поток, выдаваемый любой стандартной библиотечной функцией, подобной

printf

putc

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

fclose

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

fclose

также вызывается автоматически для каждого открытого файла, когда программа выполняет

exit

или возвращается из

main

Стандартный поток

stderr

присваивается программе тем же способом, что и

stdin

stdout

. Информация, записанная в

stderr

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

Vis

пишет свою диагностику в

stderr

вместо

stdout

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

Мы решили, отчасти произвольно, что

vis

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

Упражнение 6.5.

Напишите программу

printable

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

$ pr `printable *` | lpr

Добавьте флаг

-v

, чтобы изменить смысл проверки на обратный, как в

grep

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

printable

при возврате?