Характер буферизации может быть изменен с помощью функций:

Функция setbuf(3S) позволяет включить или отключить буферизацию для потока

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

Функция setvbuf(3S) позволяет производить более тонкое управление буферизацией, явно указывая, какой ее тип мы хотим установить. Для этого используется аргумент

, который может принимать следующие значения:

_IOFBF	Полная буферизация
_IOLBF	Построчная буферизация
_IONBF	Отсутствие буферизации

В случае полной или построчной буферизации аргумент

определяет размер буфера, адресованного указателем .

Каждый поток стандартной библиотеки представлен указателем на структуру

, показанную на рис. 2.9, в которой хранится указатель на буфер , указатель на следующий символ, подлежащий чтению или записи , число байт в буфере , указатель на файловый дескриптор , с которым ассоциирован данный поток, а также флаги состояния потока . При создании буфера библиотека выбирает оптимальный размер для данного потока. Обычно этот размер равен значению поля структуры , возвращаемой системным вызовом stat(2), рассмотренный в разделе "Метаданные файла" этой главы. Если определить оптимальный размер невозможно, например для каналов или специальных файлов устройств, выбирается стандартное значение , определенное в файле <stdio.h>.

Рис. 2.9. Структуры данных потока

В метаданных каждого файла файловой системы UNIX хранится число связей, определяющее количество имен, которое имеет данный файл. Например, файлы /etc/init.d/lp (или /etc/lp), /etc/rc0.d/K201p, /etc/rc2.d/K201p и /etc/rc2.d/S801p имеют различные имена, но ссылаются на один и тот же физический файл (точнее, метаданные файла) и тем самым обеспечивают доступ к одним и тем же данным. В данном случае число связей файла равно 4. Каждый раз, когда одно из имен файла удаляется, число связей соответственно уменьшается. Когда оно достигнет нуля — данные файла будут удалены. Такой тип связи называется жесткой.

Жесткая связь создается с помощью системного вызова link(2):

При этом будет образована новая запись каталога с именем

и номером inode указывающим на метаданные файла . Также будет увеличено число связей. Этим системным вызовом, в частности, пользуется команда ln(1), рассмотренная в главе 1.

Для удаления жесткой связи используется системный вызов unlink(2):

Эту функцию вызывает команда rm(1) при удалении файла. При этом не обязательно будут удалены данные файла. Заметим, что системный вызов, явно удаляющий данные файла, отсутствует, поскольку у файла может существовать несколько жестких связей, часть из которых может быть недоступна процессу, вызывающему такую функцию (например, одно из имен файла может быть расположено в недоступном каталоге).

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

Символическая связь позволяет косвенно адресовать другой файл файловой системы. Системный вызов symlink(2) служит для создания символической связи. Этим вызовом, кстати, пользуется команда ln -s.

После создания символической связи, доступ к целевому файлу name может осуществляться с помощью

. При этом, функция open(2), принимая в качестве аргумента имя символической связи, на самом деле открывает целевой файл. Такая особенность называется следованием символической связи. Не все системные вызовы обладают этим свойством. Например, системный вызов unlink(2), удаляющий запись в каталоге, действует только на саму символическую связь. В противном случае, мы не имели бы возможности удалить ее. В табл. 2.11 показано, как работают с символическими связями различные системные вызовы.