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

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

на обложку

Керниган Брайан Уилсон

Шрифт:

Мы приводили эту программу в гл. 5 для иллюстрации циклов

shell

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

stat

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

checkmail

постоянно выполнялась как фоновая задача? Как показали наши измерения, это время составляет меньше секунды в час, так что им вполне можно пренебречь.

: иллюстрация обработки ошибок

Следующей мы собираемся написать похожую на

программу

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

означает "сохранять"). Суть действия программы состоит в том, что она не переписывает новую версию файла,

использует больше информации из индексного дескриптора, чем

checkmail

. Вызов

будет иметь такую конструкцию:

$ sv file1 file2 ... dir

Она копирует

file1

dir/file1

file2

dir/file2

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

не допускает применения символов

'/'

в любом исходном имени файла.

/* sv: save new files */

#include <stdio.h>

#include <sys/types.h>

#include <sys/dir.h>

#include <sys/stat.h>

char *progname;

main(argc, argv)

int argc;

char *argv[];

{

int i;

struct stat stbuf;

char *dir = argv[argc-1];

progname = argv[0];

if (argc <= 2)

error("Usage: %s files... dir", progname);

if (stat(dir, &stbuf) == -1)

error("can't access directory %s", dir);

if ((stbuf.st_mode & S_IFMT) != S_IFDIR)

error("%s is not a directory", dir);

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

sv(argv[i], dir);

exit(0);

}

Значения времени, хранящиеся в индексных дескрипторах, исчисляются в секундах (за начало отсчета принято время 0:00 по Гринвичу, 1 января 1970 г.), так что более старые файлы имеют меньшие значения в поле

st_mtime

sv(file, dir) /* save file in dir */

char *file, *dir;

{

struct stat sti, sto;

int fin, fout, n;

char target[BUFSIZ], buf[BUFSIZ], *index;

sprintf(target, "%s/%s", dir, file);

if (index(file, '/') != NULL) /* strchr in some systems */

error("won't handle /'s in %s", file);

if (stat(file, &sti) == -1)

error("can't stat %s", file);

if (stat(target, &sto) == -1) /* target not present */

sto.st_mtime = 0; /* so make it look old */

if (sti.st_mtime < sto.st_mtime) /* target is newer */

fprintf(stderr, "%s: %s not copied\n", progname, file);

else if ((fin = open(file, 0)) == -1)

error("can't open file %s", file);

else if ((fout = creat(target, sti.st_mode)) == -1)

error("can't create %s", target);

else

while ((n = read(fin, buf, sizeof buf)) > 0)

if (write(fout, buf, n) != n)

error("error writing %s", target);

close(fin);

close(fout);

}

Мы заменили стандартные функции ввода-вывода функцией

creat

, так что

может сохранять режим работы входного файла. (Заметьте, что

index

strchr

— разные имена одной и той же процедуры; посмотрите в справочном руководстве по

string(3)

, какое имя использует ваша система.)

Хотя программа

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

<stat.h>

<dir.h>

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

Отметим, что по крайней мере две трети кода

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

Программа

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

write

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

write

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