Читаем Linux API. Исчерпывающее руководство полностью

fchdir(fd); /* Возвращаемся в исходный каталог */

close(fd);

Эквивалентный код, применяющий системный вызов chdir(), выглядит так:

char buf[PATH_MAX];

getcwd(buf, PATH_MAX); /* Запоминаем, где мы находимся */

chdir(somepath); /* Переходим в другое место */

chdir(buf); /* Возвращаемся в исходный каталог */

18.11. Работа с использованием файлового дескриптора каталога

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

Таблица 18.2. Системные вызовы, использующие файловый дескриптор каталога для интерпретации относительных имен пути

Новый интерфейс — Традиционный аналог — Примечания

faccessat() — access() — Поддерживает флаги AT_EACCESS и AT_SYMLINK_NOFOLLOW

fchmodat() — chmod() —

fchownat() — chown() — Поддерживает флаг AT_SYMLINK_NOFOLLOW

fstatat() — stat() — Поддерживает флаг AT_SYMLINK_NOFOLLOW

linkat() — link() — Поддерживает (начиная с версии Linux 2.6.18) флаг AT_SYMLINK_FOLLOW

mkdirat() — mkdir() —

mkfifoat() — mkfifo() — Библиотечная функция, основанная на mknodat()

mknodat() — mknod() —

openat() — open() —

readlinkat() — readlink() -

renameat() — rename() -

symlinkat() — symlink() -

unlinkat() — unlink() — Поддерживает флаг AT_REMOVEDIR

utimensat() — utimes() — Поддерживает флаг AT_SYMLINK_NOFOLLOW

Для описания этих системных вызовов возьмем конкретный пример: системный вызов openat().

#define _XOPEN_SOURCE 700 /* Или define _POSIX_C_SOURCE >= 200809 */

#include

int openat(int dirfd, const char *pathname, int flags, … /* mode_t mode */);

Возвращает файловый дескриптор при успешном завершении или –1 при ошибке

Системный вызов openat() подобен традиционному вызову open(), но снабжен дополнительным аргументом dirfd, применяемым следующим образом:

• если аргумент pathname задает относительное имя пути, то оно интерпретируется по отношению к каталогу, на который указывает открытый файловый дескриптор dirfd, а не по отношению к текущему рабочему каталогу процесса;

• если аргумент pathname задает относительное имя пути, а аргумент dirfd содержит специальное значение AT_FDCWD, то имя пути pathname интерпретируется по отношению к текущему рабочему каталогу процесса (то есть поведение такое же, как у вызова open(2));

• если аргумент pathname задает абсолютное имя пути, то аргумент dirfd игнорируется.

Аргумент flags функции openat() служит тем же целям, что и в системном вызове open(). Тем не менее ряд системных вызовов, перечисленных в табл. 18.2, поддерживают аргумент flags, который не обеспечивается соответствующим традиционным системным вызовом; назначение такого аргумента заключается в изменении семантики вызова. Наиболее часто задействован флаг AT_SYMLINK_NOFOLLOW; он указывает на то, что если аргумент pathname является символической ссылкой, то системный вызов должен оперировать этой ссылкой, а не файлом, на который она ссылается. (Системный вызов linkat() снабжен флагом AT_SYMLINK_FOLLOW, выполняющим обратное действие, меняя принятое по умолчанию поведение вызова linkat() таким образом, чтобы он разыменовывал аргумент oldpath, если он является символической ссылкой.) Подробности, относящиеся к другим флагам, см. на соответствующих страницах руководства.

Системные вызовы, приведенные в табл. 18.2, поддерживаются вследствие двух причин (опять-таки объяснение приводится на примере вызова openat()).

• Использование системного вызова openat() позволяет приложению избежать условий соперничества, которые могут возникнуть, если вызов open() применен для открытия файлов в каталогах, отличных от текущего рабочего каталога. Такое соперничество может появиться, поскольку параллельно с вызовом open() мог измениться какой-либо компонент префикса каталога в аргументе pathname. С помощью открытия файлового дескриптора для целевого каталога и передачи этого дескриптора вызову openat() можно избежать подобного соперничества.

• В главе 29 мы увидим, что рабочий каталог является атрибутом процесса, совместно применяемым всеми потоками процесса. Для ряда приложений удобно, если различные потоки обладают разными «виртуальными» рабочими каталогами. Приложение способно имитировать такую функциональность, используя вызов openat() в сочетании с файловыми дескрипторами каталога, с которыми работает приложение.