45940 (665245), страница 17

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 17)

каких-либо буферов; конечно, при желании к этой функции мож-

но обратиться непосредственно.

7.8. Ввод и вывод строк

Стандартная библиотека содержит функцию FGETS, совершен-

но аналогичную функции GETLINE, которую мы использовали на

всем протяжении книги. В результате обращения

FGETS(LINE, MAXLINE, FP)

следующая строка ввода (включая символ новой строки) считы-

вается из файла FP в символьный массив LINE; самое большое

MAXLINE_1 символ будет прочитан. Результирующая строка за-

канчивается символом \ 0. Нормально функция FGETS возвращает

LINE; в конце файла она возвращает NULL. (Наша функция

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

• нуль).

Предназначенная для вывода функция FPUTS записывает

строку (которая не обязана содержать символ новой строки) в

файл:

FPUTS(LINE, FP)

Чтобы показать, что в функциях типа FGETS и FPUTS нет ничего таинственного, мы приводим их ниже, скопированными непосредственно из стандартной библиотеки ввода-вывода:

#INCLUDE

CHAR *FGETS(S,N,IOP) /*GET AT MOST N CHARS FROM IOP*/

CHAR *S;

INT N;

REGISTER FILE *IOP;

\(

REGISTER INT C;

REGISTER CHAR *CS;

CS = S;

WHILE(--N>0&&(C=GETC(IOP)) !=EOF)

IF ((*CS++ = C)=='\N')

BREAK;

*CS = '\0';

RETURN((C==EOF && CS==S) 7 NULL : S);

\)

FPUTS(S,IOP) /*PUT STRING S ON FILS IOP*/

REGISTER CHAR *S;

REGISTER FILE *IOP;

\(

REGISTER INT C;

WHILE (C = *S++)

PUTC(C,IOP);

\)

• 165 -

Упражнение 7-3.

Напишите программу сравнения двух файлов, которая будет

печатать первую строку и позицию символа, где они различают-

ся.

Упражнение 7-4.

Переделайте программу поиска заданной комбинации симво-

лов из главы 5 таким образом, чтобы в качестве ввода исполь-

зовался набор именованных файлов или, если никакие файлы не

указаны как аргументы, стандартный ввод. Следует ли печатать

имя файла при нахождении подходящей строки?

Упражнение 7-5.

Напишите программу печати набора файлов, которая начина-

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

файла заголовок и счетчик текущих страниц.

7.9. Несколько разнообразных функций

Стандартная библиотека предоставляет множество разнооб-

разных функций, некоторые из которых оказываются особенно

полезными. Мы уже упоминали функции для работы со строками:

STRLEN, STRCPY, STRCAT и STRCMP. Вот некоторые другие.

7.9.1. Проверка вида символов и преобразования

Некоторые макросы выполняют проверку символов и преобра-

зования:

SALPHA© не 0, если “C” алфавитный символ,

0 - если нет.

SUPPER© Не 0, если “C” буква верхнего регистра,

0 - если нет.

SLOWER© Не 0, если “C” буква нижнего регистра,

0 - если нет.

SDIGIT© Не 0, если “C” цифра,

0 - если нет.

SSPACL© Не 0, если “C” пробел, табуляция

или новая строка, 0 - если нет.

OUPPER© Преобразует “C” в букву верхнего регистра.

OLOWER© Преобразует “C” в букву нижнего регистра.

7.9.2. Функция UNGETC

Стандартная библиотека содержит довольно ограниченную

версию функции UNGETCH, написанной нами в главе 4; она назы-

вается UNGETC. В результате обращения

UNGETC(C,FP)

символ “C” возвращается в файл FP. Позволяется возвращать в

каждый файл только один символ. Функция UNGETC может быть

использована в любой из функций ввода и с макросами типа

SCANF, GETC или GETCHAR.

• 166 -

7.9.3. Обращение к системе

Функция SYSTEM(S) выполняет команду, содержащуюся в сим-

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

программы. Содержимое S сильно зависит от используемой опе-

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

что на системе UNIX строка

SYSTEM(“DATE”);

приводит к выполнению программы DATE, которая печатает дату

и время дня.

7.9.4. Управление памятью

Функция CALLOC весьма сходна с функцией ALLOC, использо-

ванной нами в предыдущих главах. В результате обращения

CALLOC(N, SIZEOF(OBJCCT))

возвращается либо указатель пространства, достаточного для

размещения N объектов указанного размера, либо NULL, если

запрос не может быть удволетворен. Отводимая память инициа-

лизируется нулевыми значениями.

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

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

тип, как в

CHAR *CALLOC();

INT *IP;

IP=(INT*) CALLOC(N,SIZEOF(INT));

Функция CFREE(P) освобождает пространство, на которое

указывает “P”, причем указатель “P” певоначально должен быть

получен в результате обращения к CALLOC. Здесь нет никаких

ограничений на порядок освобождения пространства, но будет

неприятнейшей ошибкой освободить что-нибудь, что не было по-

лучено обращением к CALLOC.

Реализация программы распределения памяти, подобной

CALLOC, в которой размещенные блоки могут освобождаться в

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

• 167 -

8. Интерфейс системы UNIX

Материал этой главы относится к интерфейсу между с-прог-

раммами и операционной системой UNIX. Так как большинство

пользователей языка “C” работают на системе UNIX, эта глава

окажется полезной для большинства читателей. даже если вы

используете с-компилятор на другой машине, изучение приводи-

мых здесь примеров должно помочь вам глубже проникнуть в ме-

тоды программирования на языке “C”.

Эта глава делится на три основные части: ввод/вывод,

система файлов и распределение памяти. Первые две части

предполагают небольшое знакомство с внешними характеристика-

ми системы UNIX.

В главе 7 мы имели дело с системным интерфейсом, который

одинаков для всего многообразия операционных систем. На каж-

дой конкретной системе функции стандартной библиотеки должны

быть написаны в терминах ввода-вывода, доступных на данной

машине. В следующих нескольких разделах мы опишем основную

систему связанных с вводом и выводом точек входа операцион-

ной системы UNIX и проиллюстрируем, как с их помощью могут

быть реализованы различные части стандартной библиотеки.

8.1. Дескрипторы файлов

В операционной системе UNIX весь ввод и вывод осуществ-

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

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

теля, являются файлами определенной файловой системы. Это

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

зями между программой и периферийными устройствами.

В наиболее общем случае перед чтением из файла или за-

писью в файл необходимо сообщить системе о вашем намерении;

этот процесс называется “открытием” файла. Система выясня-

ет,имеете ли вы право поступать таким образом (существует ли

этот файл? имеется ли у вас разрешение на обращение к не-

му?), и если все в порядке, возвращает в программу небольшое

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

всякий раз, когда этот файл используется для ввода или выво-

да, для идентификации файла употребляется дескриптор файла,

а не его имя. (Здесь существует примерная аналогия с исполь-

зованием READ (5,...) и WRITE (6,...) в фортране). Вся ин-

формация об открытом файле содержится в системе; программа

пользователя обращается к файлу только через дескриптор фай-

ла.

Для удобства выполнения обычных операций ввода и вывода

с помощью терминала пользователя существуют специальные сог-

лашения. Когда интерпретатор команд (“SHELL”) прогоняет

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

вводом, стандартным выводом и стандартным выводом ошибок,

которые имеют соответственно числа 0, 1 и 2 в качестве деск-

рипторов этих файлов. В нормальном состоянии все они связаны

с терминалом, так что если программа читает с дескриптором

файла 0 и пишет с дескрипторами файлов 1 и 2, то она может

осуществлять ввод и вывод с помощью терминала, не заботясь

об открытии соответствующих файлов.

• 168 -

Пользователь программы может перенаправлять ввод и вывод

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

“” :

PROG OUTFILE

В этом случае интерпретатор команд SHELL изменит присваива-

ние по умолчанию дескрипторов файлов 0 и 1 с терминала на

указанные файлы. Нормально дескриптор файла 2 остается свя-

занным с терминалом, так что сообщения об ошибках могут пос-

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

ввод и вывод связан с каналом. Следует отметить, что во всех

случаях прикрепления файлов изменяются интерпретатором

SHELL, а не программой. Сама программа, пока она использует

файл 0 для ввода и файлы 1 и 2 для вывода, не знает ни отку-

да приходит ее ввод, ни куда поступает ее выдача.

8.2. Низкоуровневый ввод/вывод - операторы READ и WRITE.

Самый низкий уровень ввода/вывода в системе UNIX не пре-

дусматривает ни какой-либо буферизации, ни какого-либо дру-

гого сервиса; он по существу является непосредственным вхо-

дом в операционную систему. Весь ввод и вывод осуществляется

двумя функциями: READ и WRITE. Первым аргументом обеих функ-

ций является дескриптор файла. Вторым аргументом является

буфер в вашей программе, откуда или куда должны поступать

данные. Третий аргумент - это число подлежащих пересылке

байтов. Обращения к этим функциям имеют вид:

N_READ=READ(FD,BUF,N);

N_WRITTEN=WRITE(FD,BUF,N);

При каждом обращении возвращается счетчик байтов, указываю-

щий фактическое число переданных байтов. При чтении возвра-

щенное число байтов может оказаться меньше, чем запрошенное

число. Возвращенное нулевое число байтов означает конец фай-

ла, а “-1” указывает на наличие какой-либо ошибки. При запи-

си возвращенное значение равно числу фактически записанных

байтов; несовпадение этого числа с числом байтов, которое

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

Количество байтов, подлежащих чтению или записи, может

быть совершенно произвольным. Двумя самыми распространенными

величинами являются “1”, которая означает передачу одного

символа за обращение (т.е. Без использования буфера), и

“512”, которая соответствует физическому размеру блока на

многих периферийных устройствах. Этот последний размер будет

наиболее эффективным, но даже ввод или вывод по одному сим-

волу за обращение не будет необыкновенно дорогим.

Объединив все эти факты, мы написали простую программу

для копирования ввода на вывод, эквивалентную программе ко-

пировки файлов, написанной в главе 1. На системе UNIX эта

программа будет копировать что угодно куда угодно, потому

что ввод и вывод могут быть перенаправлены на любой файл или

устройство.

• 169 -

#DEFINE BUFSIZE 512 /*BEST SIZE FOR PDP-11 UNIX*/

MAIN() /*COPY INPUT TO OUTPUT*/

\(

CHAR BUF[BUFSIZE];

INT N;

WHILE((N=READ(0,BUF,BUFSIZE))>0)

WRITE(1,BUF,N);

\)

Если размер файла не будет кратен BUFSIZE, то при некотором

обращении к READ будет возвращено меньшее число байтов, ко-

торые затем записываются с помощью WRITE; при следующем пос-

ле этого обращении к READ будет возвращен нуль.

Поучительно разобраться, как можно использовать функции

READ и WRITE для построения процедур более высокого уровня,

таких как GETCHAR, PUTCHAR и т.д. Вот, например, вариант

функции GETCHAR, осуществляющий ввод без использования буфе-

ра.

#DEFINE CMASK 0377 /*FOR MAKING CHAR'S > 0*/

GETCHAR() /*UNBUFFERED SINGLE CHARACTER INPUT*/

\(

CHAR C;

RETURN((READ(0,&C,1)>0 7 & CMASK : EOF);

\)

Переменная “C” должна быть описана как CHAR, потому что фун-

кция READ принимает указатель на символы. Возвращаемый сим-

вол должен быть маскирован числом 0377 для гарантии его по-

ложительности; в противном случае знаковый разряд может сде-

лать его значение отрицательным. (Константа 0377 подходит

для эвм PDP-11, но не обязательно для других машин).

Второй вариант функции GETCHAR осуществляет ввод больши-

ми порциями, а выдает символы по одному за обращение.

#DEFINE CMASK 0377 /*FOR MAKING CHAR'S>0*/

#DEFINE BUFSIZE 512

GETCHAR() /*BUFFERED VERSION*/

\(

STATIC CHAR BUF[BUFSIZE];

STATIC CHAR *BUFP = BUF;

STATIC INT N = 0;

Характеристики

Список файлов реферата