Чтение онлайн

Названная

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

Функция заносит в

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

Если любой из компонентов каталога, ведущих к текущему каталогу, не допускает чтения или поиска,

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

Эта простая программа выводит текущий каталог, переходит в родительский каталог, затем выводит новый текущий каталог. (Переменная

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

Формально, если аргумент

равен , поведение не определено. В данном случае версия GLIBC вызовет за вас, выделяя буфер с размером . Идя даже дальше, если равен 0, выделяется «достаточно большой» буфер для вмещения возвращенного имени пути. В любом случае вы должны вызвать для возвращенного указателя после завершения работы с буфером.

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

на системе с GLIBC.

Системы GNU/Linux предоставляют файл

. Этот файл является символической ссылкой на текущий каталог:

Это удобно на уровне оболочки, но представляет проблему на уровне программирования. В частности, размер файла равен нулю! (Это потому, что это файл в

, который продуцирует ядро; это не настоящий файл, находящийся на диске.)

Почему нулевой размер является проблемой? Если вы помните из раздела 5.4.5 «Работа с символическими ссылками»,

для символической ссылки возвращает в поле структуры число символов в имени связанного файла. Это число может затем использоваться для выделения буфера соответствующего размера для использования с . Здесь это не будет работать, поскольку размер равен нулю. Вам придется использовать (или выделять) буфер, который, как вы полагаете, достаточно большой. Однако, поскольку не выдает символов больше, чем вы предоставили места, невозможно сказать, достаточен буфер или нет; не завершается неудачей, когда недостаточно места. (См. в разделе 5.4.5 «Работа с символическими ссылками» функцию Coreutils , которая решает проблему.)

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

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

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

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