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

["Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]

On 04/04/2014 12:45 PM, Aneesh Kumar K.V wrote:
> "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 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-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html