trusty (3) ftw.3posix.gz

Provided by: manpages-posix-dev_2.16-1_all bug

NAME

       ftw - traverse (walk) a file tree

SYNOPSIS

       #include <ftw.h>

       int ftw(const char *path, int (*fn)(const char *,
              const struct stat *ptr, int flag), int ndirs);

DESCRIPTION

       The  ftw()  function shall recursively descend the directory hierarchy rooted in path. For each object in
       the hierarchy, ftw() shall call the function pointed to by fn, passing it a pointer to a  null-terminated
       character  string containing the name of the object, a pointer to a stat structure containing information
       about the object, and an integer.  Possible values of the integer, defined in the <ftw.h> header, are:

       FTW_D  For a directory.

       FTW_DNR
              For a directory that cannot be read.

       FTW_F  For a file.

       FTW_SL For a symbolic link (but see also FTW_NS below).

       FTW_NS For an object other than a symbolic link on which stat() could not successfully  be  executed.  If
              the  object is a symbolic link and stat() failed, it is unspecified whether ftw() passes FTW_SL or
              FTW_NS to the user-supplied function.

       If the integer is FTW_DNR, descendants of that directory shall  not  be  processed.  If  the  integer  is
       FTW_NS,  the stat structure contains undefined values. An example of an object that would cause FTW_NS to
       be passed to the function pointed to by fn would be a file in a directory with read but  without  execute
       (search) permission.

       The ftw() function shall visit a directory before visiting any of its descendants.

       The ftw() function shall use at most one file descriptor for each level in the tree.

       The argument ndirs should be in the range [1, {OPEN_MAX}].

       The  tree traversal shall continue until either the tree is exhausted, an invocation of fn returns a non-
       zero value, or some error, other than [EACCES], is detected within ftw().

       The ndirs argument shall specify the maximum number of directory streams  or  file  descriptors  or  both
       available  for  use  by  ftw() while traversing the tree. When ftw() returns it shall close any directory
       streams and file descriptors it uses not counting any opened by the application-supplied fn function.

       The results are unspecified if the application-supplied fn function does not preserve the current working
       directory.

       The ftw() function need not be reentrant. A function that is not required to be reentrant is not required
       to be thread-safe.

RETURN VALUE

       If the tree is exhausted, ftw() shall return 0. If the function pointed  to  by  fn  returns  a  non-zero
       value, ftw() shall stop its tree traversal and return whatever value was returned by the function pointed
       to by fn. If ftw() detects an error, it shall return -1 and set errno to indicate the error.

       If ftw() encounters an error other than [EACCES] (see FTW_DNR and FTW_NS above), it shall return  -1  and
       set errno to indicate the error. The external variable errno may contain any error value that is possible
       when a directory is opened or when one of the stat functions is executed on a directory or file.

ERRORS

       The ftw() function shall fail if:

       EACCES Search permission is denied for any component of path or read permission is denied for path.

       ELOOP  A loop exists in symbolic links encountered during resolution of the path argument.

       ENAMETOOLONG
              The length of the path argument  exceeds  {PATH_MAX}  or  a  pathname  component  is  longer  than
              {NAME_MAX}.

       ENOENT A component of path does not name an existing file or path is an empty string.

       ENOTDIR
              A component of path is not a directory.

       EOVERFLOW
              A  field  in  the  stat  structure  cannot  be  represented  correctly  in the current programming
              environment for one or more files found in the file hierarchy.

       The ftw() function may fail if:

       EINVAL The value of the ndirs argument is invalid.

       ELOOP  More than {SYMLOOP_MAX} symbolic links were encountered during resolution of the path argument.

       ENAMETOOLONG
              Pathname resolution of a symbolic link  produced  an  intermediate  result  whose  length  exceeds
              {PATH_MAX}.

       In addition, if the function pointed to by fn encounters system errors, errno may be set accordingly.

       The following sections are informative.

EXAMPLES

   Walking a Directory Structure
       The  following example walks the current directory structure, calling the fn function for every directory
       entry, using at most 10 file descriptors:

              #include <ftw.h>
              ...
              if (ftw(".", fn, 10) != 0) {
                  perror("ftw"); exit(2);
              }

APPLICATION USAGE

       The ftw() function may allocate dynamic storage during its operation.  If ftw() is  forcibly  terminated,
       such  as  by  longjmp()  or  siglongjmp() being executed by the function pointed to by fn or an interrupt
       routine, ftw() does not have a chance to free that storage, so it remains permanently allocated.  A  safe
       way  to  handle  interrupts  is to store the fact that an interrupt has occurred, and arrange to have the
       function pointed to by fn return a non-zero value at its next invocation.

RATIONALE

       None.

FUTURE DIRECTIONS

       None.

SEE ALSO

       longjmp() , lstat() , malloc() , nftw() , opendir() , siglongjmp() , stat() , the Base Definitions volume
       of IEEE Std 1003.1-2001, <ftw.h>, <sys/stat.h>

       Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1, 2003 Edition,
       Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open  Group  Base
       Specifications Issue 6, Copyright (C) 2001-2003 by the Institute of Electrical and Electronics Engineers,
       Inc and The Open Group. In the event of any discrepancy between this version and the  original  IEEE  and
       The  Open  Group  Standard,  the  original  IEEE and The Open Group Standard is the referee document. The
       original Standard can be obtained online at http://www.opengroup.org/unix/online.html .