В дополнение к

GLIBC имеет несколько других непереносимых процедур. Они избавляют вас от хлопот по управлению буферами и обеспечивают совместимость со старыми системами BSD. Подробности см в getcwd(3).

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

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

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

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

Чтобы избавиться от проблем, System V предложила функцию

(«file tree walk» — обход дерева файлов), осуществляла всю работу по «прохождению» дерева (иерархии) файлов. Вы предоставляете ей указатель на функцию, и она вызывает эту функцию для каждого объекта файла, с которым сталкивается. Ваша функция должна затем обработать каждый объект файловой системы, как считает нужным.

Со временем стало ясно, что интерфейс

не вполне выполнял свою работу; [84] например, первоначально он не поддерживал символические ссылки. По этим причинам к X/Open Portability Guide, который теперь является частью POSIX, была добавлена («new (новая) » [важно]). Вот прототип:

А вот аргументы:

Строка с именем отправной точки иерархии для обработки.

Указатель на функцию с данными аргументами. Эта функция вызывается для каждого объекта в иерархии. Подробности ниже.

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

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

Набор флагов, объединяемых побитовым ИЛИ, которые указывают, как

должна обрабатывать иерархию.

Интерфейс

имеет два отдельных набора флагов. Одни набор контролирует саму (аргумент функции ). Другой набор передается предоставленной пользователем функции, которую вызывает (аргумент для ). Однако, интерфейс запутывает, поскольку имена обоих наборов флагов начинаются с префикса ''. Мы постараемся сделать все, чтобы это прояснить по ходу дела. В табл. 8.3 представлены флаги, которые контролируют .

Таблица 8.3. Управляющие флаги для

Флаг	Значение
FTW_CHDIR	При установке перед открытием каждого из каталогов сначала осуществляется переход в него. Это действие более эффективно, но вызывающее приложение должно быть готово оказаться в другом каталоге, когда nftw завершится
FTW_DEPTH	При установке осуществляется «сначала глубокий поиск». Это означает, что все файлы и подкаталоги обрабатываются до того, как будет обработан сам каталог
FTW_MOUNT	При установке остается в той же самой смонтированной файловой системе. Это более специализированная опция
FTW_PHYS	При установке не следует по символическим ссылкам

предоставляет большую эффективность; при обработке глубоких иерархий файлов ядру не приходится обрабатывать снова и снова полные пути имен при осуществлении или открытии каталога. Экономия времени для больших иерархий может быть вполне ощутимой. [85]

может быть, а может и не быть тем, что вам нужно; для некоторых приложений это безусловно справедливо. Рассмотрите ''. Эта команда удаляет права чтения и исполнения для владельца для всех файлов и подкаталогов в текущем каталоге. Если это изменение прав доступа применено к каталогу до того, как оно применено к содержимому каталога, любые последующие попытки обработки содержимого потерпят неудачу! Поэтому команда должна применяться к каталогу после обработки его содержимого. [86] Справочная страница GNU/Linux nftw(3) отмечает для , что «это то, что вам нужно». Это позволяет вам обрабатывать сами символические ссылки, что обычно бывает нужно (Рассмотрите , она должна подсчитывать занимаемое ссылками пространство отдельно от связанных с ними файлов.)