• 

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

• Вызов

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

• Некоторые системы не заполняют должным образом член

для символической ссылки. (Печально, но верно.) Сходным образом, как мы увидим в разделе 8.4.2 «Получение текущего каталога: », Linux в предоставляет специальные символические ссылки, у которых равен нулю, но для которых возвращает действительное содержимое.

Наконец, буфер не слишком большой,

использует и с большим размером вместо , чтобы избежать бесполезного копирования, которое делает . (Поэтому комментарий в строке 58 устарел, поскольку не используется; это исправлено в версии Coreutils после 5.0.)

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

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

работает с аргументом имени файла, работает с открытым файлом, а работает с символической ссылкой вместо файла, на который эта ссылка указывает. Во всех других отношениях эти три вызова работают идентично, возвращая 0 в случае успеха и -1 при ошибке.

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

Хотя вы могли бы подумать, что можно передать соответствующее значение из полученного заранее

для файла или файлового дескриптора, этот метод больше подвержен ошибкам. Возникает условие состязания: между вызовами и владелец или группа могут измениться.

Вы могли бы поинтересоваться: «Зачем нужно изменять владельца символической ссылки? Права доступа и владение ей не имеют значения». Но что случится, если пользователь уходит, а все его файлы все еще нужны? Необходима возможность изменения владельца всех файлов этого лица на кого-то еще, включая символические ссылки.

Системы GNU/Linux обычно не позволяют рядовым пользователям (не root) изменять владельца («отдавать») своих файлов. Смена группы на одну из групп пользователя, конечно, разрешена. Ограничение в смене владельцев идет от BSD систем, у которых тоже есть этот запрет. Главная причина в том, что разрешение пользователям отдавать файлы может нарушить дисковый учет. Рассмотрите такой сценарий:

В этом примере

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

Некоторые системы System V разрешают пользователям передавать свои файлы. (При смене владельца соответствующие биты файлов

и сбрасываются.) Это может быть особенной проблемой, когда файлы извлекаются из архива или ; извлеченные файлы имеют UID и GID, закодированный в архиве. На таких системах программы и имеют опции, предотвращающие это, но важно знать, что поведение действительно отличается на разных системах.