Re: For review: open_by_handle_at(2) man page [v4]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/04/2014 12:45 PM, Aneesh Kumar K.V wrote:
> "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx> writes:
>> The process receiving the handle can later perform operations
>> on the symbolic link by converting the handle to a file descriptor using
>> .BR open_by_handle_at ()
>> with the
>> .BR O_PATH
>> flag, and then passing the file descriptor as the
>> .IR dirfd
>> argument in system calls such as
>> .BR readlinkat (2)
>> and
>> .BR fchownat (2).
> 
> 
> You may want to specify that one need to pass AT_EMPTY_PATH in case of
> fchownat ? readlinkat do take null names, because there is no flags
> argument. For syscalls that take flags, to make it operate on fd, one
> need to pass "" path name and a flag value of AT_EMPTY_PATH.

Thanks. However, those details are covered in (recent versions of) the
man pages for those system calls, and I'd prefer not to duplicate here.

Thanks also for your other reply re O_PATH/-ELOOP.

Otherwise, did all of the technical content in these pages look 
accurate?

Cheers,

Michael



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux