Provided by: freebsd-manpages_8.2-1_all bug


     getfh, lgetfh — get file handle


     Standard C Library (libc, -lc)


     #include <sys/param.h>
     #include <sys/mount.h>

     getfh(const char *path, fhandle_t *fhp);

     lgetfh(const char *path, fhandle_t *fhp);


     The getfh() system call returns a file handle for the specified file or directory in the
     file handle pointed to by fhp.  The lgetfh() system call is like getfh() except in the case
     where the named file is a symbolic link, in which case lgetfh() returns information about
     the link, while getfh() returns information about the file the link references.  These
     system calls are restricted to the superuser.


     Upon successful completion, the value 0 is returned; otherwise the value -1 is returned and
     the global variable errno is set to indicate the error.


     The getfh() and lgetfgh() system calls fail if one or more of the following are true:

     [ENOTDIR]          A component of the path prefix of path is not a directory.

     [ENAMETOOLONG]     The length of a component of path exceeds 255 characters, or the length
                        of path exceeds 1023 characters.

     [ENOENT]           The file referred to by path does not exist.

     [EACCES]           Search permission is denied for a component of the path prefix of path.

     [ELOOP]            Too many symbolic links were encountered in translating path.

     [EFAULT]           The fhp argument points to an invalid address.

     [EIO]              An I/O error occurred while reading from or writing to the file system.


     The getfh() system call first appeared in 4.4BSD.