mode_t mask = umask(0); /* получить текущую маску */
(void)umask(mask); /* восстановить ее */
Вот пример работы
umask
на уровне оболочки:
$ umask /* Показать текущую маску */
0022
$ touch newfile /* Создать файл */
$ ls -l newfile /* Показать права доступа нового файла */
– rw-r--r-- 1 arnold devel 0 Mar 24 15:43 newfile
$ umask 0 /* Установить пустую маску */
$ touch newfile2 /* Создать второй файл */
$ ls -l newfile2 /*
Показать права доступа нового файла */
– rw-rw-rw- 1 arnold devel 0 Mar 24 15:44 newfile2
4.6.2. Создание файлов с помощью
creat
Системный вызов
creat
[49] создает новые файлы. Он объявлен следующим образом:
49
Да, это пишется так. Кена Томпсона (Ken Thompson), одного из двух «отцов» Unix, однажды спросили, что бы он сделал по-другому, если бы ему пришлось переделать Unix. Он ответил, что написал бы
creat
с «e» на конце. И в самом деле, именно это он сделал для операционной системы Plan 9 From Bell Labs — Примеч. автора.
#include <sys/types.h> /* POSIX */
#include <sys/stat.h>
#include <fcntl.h>
int creat(const char *pathname, mode_t mode);
Аргумент
mode
представляет права доступа к новому файлу (как обсуждалось в предыдущем разделе). Создается файл с именем
pathname.с
данными правами доступа, модифицированными с использованием
umask
. Он открыт (только) для чтения, а возвращаемое значение является дескриптором нового файла или -1, если была проблема. В последнем случае
errno
указывает ошибку. Если файл уже существует, он будет при открытии урезан.
Во всех остальных отношениях дескрипторы файлов, возвращаемые
creat
, являются теми же самыми, которые возвращаются
open
; они используются для записи и позиционирования и должны закрываться при помощи
close
:
int fd, count;
/* Проверка ошибок для краткости опущена */
fd = creat("/some/new/file", 0666);
count = write(fd, "some data\n", 10);
(void)close(fd);
4.6.3. Возвращаясь к open
Вы можете вспомнить объявление для
open
:
int open(const char *pathname, int flags, mode_t mode);
Ранее мы сказали, что при открытии файла для простого ввода/вывода мы можем игнорировать аргумент
mode
. Хотя, посмотрев на
creat
, вы, возможно, догадались, что
open
также может использоваться для создания файлов и что в этом случае используется аргумент
mode
. Это в самом деле так.
Помимо флагов
O_RDONLY
,
O_WRONLY
и
O_RDWR
, при вызове
open
могут добавляться с использованием поразрядного
OR
дополнительные флаги. Стандарт POSIX предоставляет ряд этих дополнительных флагов. В табл. 4.7 представлены флаги, которые используются для большинства обычных приложений.
Таблица 4.7. Дополнительные флаги POSIX для
open
Флаг
Значение
O_APPEND
Принудительно осуществляет все записи в конец файла
O_CREAT
Создает новый файл, если он не существует.
O_EXCL
При
использовании вместе с
O_CREAT
возвращает ошибку, если файл уже существует
O_TRUNC
Урезает файл (устанавливает его длину в 0), если он существует.
Если даны
O_APPEND
и
O_TRUNC
, можно представить, как оболочка могла бы открывать или создавать файлы, соответствующие операторам
, все данные будут записаны в конец файла, даже если текущее смещение было восстановлено с помощью
lseek
.
Современные системы предоставляют дополнительные флаги с более специализированным назначением. Они кратко описаны в табл. 4.8.
Таблица 4.8. Дополнительные расширенные флаги POSIX для
open
Флаг
Значение
O_APPEND
Принудительно осуществляет все записи в конец файла
O_CREAT
Создает новый файл, если он не существует.
O_EXCL
При использовании вместе с
O_CREAT
возвращает ошибку, если файл уже существует
O_TRUNC
Урезает файл (устанавливает его длину в 0), если он существует.
Флаги
O_DSYNC
,
O_RSYNC
и
O_SYNC
требуют некоторых пояснений. Системы Unix (включая Linux) содержат внутренний кэш дисковых блоков, который называется буферным кэшем (buffer cache). Когда возвращается системный вызов
write
, данные, переданные операционной системе, были скопированы в буфер в буферном кэше. Они необязательно были записаны на диск.
Буферный кэш значительно повышает производительность: поскольку дисковый ввод/ вывод часто на порядок и медленнее операций центрального процессора и памяти, программы значительно снизили бы производительность, если бы им пришлось ждать завершения каждой записи на диск. Вдобавок, если данные были недавно записаны на диск, при последующем чтении тех же данных они уже находились бы в буферном кэше, откуда их можно вернуть немедленно, не дожидаясь завершения операции чтения с диска.
Системы Unix осуществляют также опережающее чтение; поскольку чтение в большинстве случаев последовательное, операционная система после прочтения одного блока осуществляет чтение нескольких дополнительных последовательных блоков таким образом, что эта информация будет уже находиться в кэше, когда программа ее запросит. Если один и тот же файл читают несколько программ, они все получают преимущество, поскольку все получают свои данные из одной копии дисковых блоков файла в буферном кэше.