Provided by: freebsd-manpages_9.2+1-1_all bug

NAME

       getfh, lgetfh — get file handle

LIBRARY

       Standard C Library (libc, -lc)

SYNOPSIS

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

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

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

DESCRIPTION

       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.

RETURN VALUES

       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.

ERRORS

       The getfh() and lgetfh() 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.

SEE ALSO

       fhopen(2), open(2), stat(2)

HISTORY

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

Debian                                           April 14, 2011                                         GETFH(2)