fts_children man page on Hurd

Man page or keyword search:  
man Server   6387 pages
apropos Keyword Search (all sections)
Output format
Hurd logo
[printable version]

FTS(3)			   Linux Programmer's Manual			FTS(3)

NAME
       fts,  fts_open, fts_read, fts_children, fts_set, fts_close - traverse a
       file hierarchy

SYNOPSIS
       #include <sys/types.h>
       #include <sys/stat.h>
       #include <fts.h>

       FTS *fts_open(char * const *path_argv, int options,
		     int (*compar)(const FTSENT **, const FTSENT **));

       FTSENT *fts_read(FTS *ftsp);

       FTSENT *fts_children(FTS *ftsp, int options);

       int fts_set(FTS *ftsp, FTSENT *f, int options);

       int fts_close(FTS *ftsp);

DESCRIPTION
       The fts functions are provided for traversing file hierarchies.	A sim‐
       ple  overview  is  that the fts_open() function returns a "handle" on a
       file hierarchy, which is then supplied to the other fts functions.  The
       function	 fts_read() returns a pointer to a structure describing one of
       the files in the file hierarchy.	 The function fts_children() returns a
       pointer	to a linked list of structures, each of which describes one of
       the files contained in a	 directory  in	the  hierarchy.	  In  general,
       directories  are visited two distinguishable times; in preorder (before
       any of their descendants are visited) and in postorder  (after  all  of
       their  descendants  have been visited).	Files are visited once.	 It is
       possible to walk the hierarchy "logically"  (visiting  the  files  that
       symbolic	 links	point  to)  or physically (visiting the symbolic links
       themselves), order the walk of the hierarchy or	prune  and/or  revisit
       portions of the hierarchy.

       Two structures are defined (and typedef'd) in the include file <fts.h>.
       The first is FTS, the structure	that  represents  the  file  hierarchy
       itself.	 The second is FTSENT, the structure that represents a file in
       the file hierarchy.  Normally, an  FTSENT  structure  is	 returned  for
       every  file  in	the  file  hierarchy.  In this manual page, "file" and
       "FTSENT structure" are generally interchangeable.  The FTSENT structure
       contains	 at least the following fields, which are described in greater
       detail below:

	   typedef struct _ftsent {
	       unsigned short fts_info;	    /* flags for FTSENT structure */
	       char	     *fts_accpath;  /* access path */
	       char	     *fts_path;	    /* root path */
	       short	      fts_pathlen;  /* strlen(fts_path) */
	       char	     *fts_name;	    /* filename */
	       short	      fts_namelen;  /* strlen(fts_name) */
	       short	      fts_level;    /* depth (-1 to N) */
	       int	      fts_errno;    /* file errno */
	       long	      fts_number;   /* local numeric value */
	       void	     *fts_pointer;  /* local address value */
	       struct ftsent *fts_parent;   /* parent directory */
	       struct ftsent *fts_link;	    /* next file structure */
	       struct ftsent *fts_cycle;    /* cycle structure */
	       struct stat   *fts_statp;    /* stat(2) information */
	   } FTSENT;

       These fields are defined as follows:

       fts_info	   One of the following flags describing the  returned	FTSENT
		   structure  and  the file it represents.  With the exception
		   of directories without errors (FTS_D), all of these entries
		   are terminal, that is, they will not be revisited, nor will
		   any of their descendants be visited.

		   FTS_D       A directory being visited in preorder.

		   FTS_DC      A directory that causes a cycle	in  the	 tree.
			       (The  fts_cycle	field  of the FTSENT structure
			       will be filled in as well.)

		   FTS_DEFAULT Any FTSENT structure  that  represents  a  file
			       type  not  explicitly  described	 by one of the
			       other fts_info values.

		   FTS_DNR     A directory which cannot be read.  This	is  an
			       error  return,  and the fts_errno field will be
			       set to indicate what caused the error.

		   FTS_DOT     A file named "."	 or ".."  which was not speci‐
			       fied  as a filename to fts_open() (see FTS_SEE‐
			       DOT).

		   FTS_DP      A directory being visited  in  postorder.   The
			       contents	  of  the  FTSENT  structure  will  be
			       unchanged from when it  was  returned  in  pre‐
			       order,  that is, with the fts_info field set to
			       FTS_D.

		   FTS_ERR     This is an  error  return,  and	the  fts_errno
			       field  will  be set to indicate what caused the
			       error.

		   FTS_F       A regular file.

		   FTS_NS      A file for which	 no  stat(2)  information  was
			       available.  The contents of the fts_statp field
			       are undefined.  This is an  error  return,  and
			       the  fts_errno  field  will  be set to indicate
			       what caused the error.

		   FTS_NSOK    A file for which	 no  stat(2)  information  was
			       requested.  The contents of the fts_statp field
			       are undefined.

		   FTS_SL      A symbolic link.

		   FTS_SLNONE  A symbolic link with a nonexistent target.  The
			       contents	 of  the fts_statp field reference the
			       file characteristic information	for  the  sym‐
			       bolic link itself.

       fts_accpath A path for accessing the file from the current directory.

       fts_path	   The	path  for the file relative to the root of the traver‐
		   sal.	 This path contains the path specified	to  fts_open()
		   as a prefix.

       fts_pathlen The length of the string referenced by fts_path.

       fts_name	   The name of the file.

       fts_namelen The length of the string referenced by fts_name.

       fts_level   The	depth  of  the traversal, numbered from -1 to N, where
		   this file was found.	 The FTSENT structure representing the
		   parent  of the starting point (or root) of the traversal is
		   numbered -1, and the FTSENT structure for the  root	itself
		   is numbered 0.

       fts_errno   Upon	 return	 of a FTSENT structure from the fts_children()
		   or fts_read() functions, with its  fts_info	field  set  to
		   FTS_DNR,  FTS_ERR  or  FTS_NS, the fts_errno field contains
		   the value of the external  variable	errno  specifying  the
		   cause  of  the  error.   Otherwise,	the  contents  of  the
		   fts_errno field are undefined.

       fts_number  This field is provided for the use of the application  pro‐
		   gram	 and is not modified by the fts functions.  It is ini‐
		   tialized to 0.

       fts_pointer This field is provided for the use of the application  pro‐
		   gram	 and is not modified by the fts functions.  It is ini‐
		   tialized to NULL.

       fts_parent  A pointer to the FTSENT structure referencing the  file  in
		   the	hierarchy immediately above the current file, that is,
		   the directory of which this file is	a  member.   A	parent
		   structure  for the initial entry point is provided as well,
		   however, only the  fts_level,  fts_number  and  fts_pointer
		   fields are guaranteed to be initialized.

       fts_link	   Upon	 return from the fts_children() function, the fts_link
		   field points to the next structure in  the  NULL-terminated
		   linked  list of directory members.  Otherwise, the contents
		   of the fts_link field are undefined.

       fts_cycle   If a	 directory  causes  a  cycle  in  the  hierarchy  (see
		   FTS_DC), either because of a hard link between two directo‐
		   ries, or a symbolic	link  pointing	to  a  directory,  the
		   fts_cycle  field  of the structure will point to the FTSENT
		   structure in the hierarchy that references the same file as
		   the	current	 FTSENT structure.  Otherwise, the contents of
		   the fts_cycle field are undefined.

       fts_statp   A pointer to stat(2) information for the file.

       A single buffer is used for all of the paths of all of the files in the
       file  hierarchy.	  Therefore,  the  fts_path and fts_accpath fields are
       guaranteed to be	 null-terminated  only	for  the  file	most  recently
       returned	 by  fts_read().   To  use these fields to reference any files
       represented by other FTSENT structures will require that the path  buf‐
       fer  be	modified using the information contained in that FTSENT struc‐
       ture's fts_pathlen field.  Any  such  modifications  should  be	undone
       before  further	calls to fts_read() are attempted.  The fts_name field
       is always null-terminated.

   fts_open()
       The fts_open() function takes a pointer to an array of character point‐
       ers  naming one or more paths which make up a logical file hierarchy to
       be traversed.  The array must be terminated by a NULL pointer.

       There are a number of options, at least one of which (either  FTS_LOGI‐
       CAL  or	FTS_PHYSICAL)  must be specified.  The options are selected by
       ORing the following values:

       FTS_COMFOLLOW
		    This option causes any symbolic link specified as  a  root
		    path to be followed immediately whether or not FTS_LOGICAL
		    is also specified.

       FTS_LOGICAL  This option causes	the  fts  routines  to	return	FTSENT
		    structures	for  the  targets of symbolic links instead of
		    the symbolic links themselves.  If this option is set, the
		    only  symbolic  links  for	which  FTSENT  structures  are
		    returned to the application are those referencing nonexis‐
		    tent  files.   Either  FTS_LOGICAL or FTS_PHYSICAL must be
		    provided to the fts_open() function.

       FTS_NOCHDIR  As a performance optimization, the	fts  functions	change
		    directories as they walk the file hierarchy.  This has the
		    side-effect that an application cannot rely	 on  being  in
		    any	  particular  directory	 during	 the  traversal.   The
		    FTS_NOCHDIR option turns off this  optimization,  and  the
		    fts functions will not change the current directory.  Note
		    that applications should not themselves change their  cur‐
		    rent  directory and try to access files unless FTS_NOCHDIR
		    is specified and absolute pathnames were provided as argu‐
		    ments to fts_open().

       FTS_NOSTAT   By	default,  returned  FTSENT  structures	reference file
		    characteristic information (the statp field) for each file
		    visited.   This  option relaxes that requirement as a per‐
		    formance optimization, allowing the fts functions  to  set
		    the	 fts_info  field to FTS_NSOK and leave the contents of
		    the statp field undefined.

       FTS_PHYSICAL This option causes	the  fts  routines  to	return	FTSENT
		    structures	for  symbolic  links themselves instead of the
		    target files they point to.	 If this option is set, FTSENT
		    structures	for  all  symbolic  links in the hierarchy are
		    returned  to  the  application.   Either  FTS_LOGICAL   or
		    FTS_PHYSICAL must be provided to the fts_open() function.

       FTS_SEEDOT   By default, unless they are specified as path arguments to
		    fts_open(), any files named "."  or ".."   encountered  in
		    the	 file  hierarchy  are ignored.	This option causes the
		    fts routines to return FTSENT structures for them.

       FTS_XDEV	    This option prevents fts from descending into  directories
		    that  have	a  different  device number than the file from
		    which the descent began.

       The argument compar() specifies a user-defined function	which  may  be
       used to order the traversal of the hierarchy.  It takes two pointers to
       pointers to FTSENT structures as arguments and should return a negative
       value,  zero, or a positive value to indicate if the file referenced by
       its first argument comes before, in  any	 order	with  respect  to,  or
       after,  the  file  referenced by its second argument.  The fts_accpath,
       fts_path and fts_pathlen fields of the FTSENT structures may  never  be
       used  in	 this  comparison.   If the fts_info field is set to FTS_NS or
       FTS_NSOK, the fts_statp field may not either.  If the compar() argument
       is  NULL,  the  directory  traversal  order  is	in the order listed in
       path_argv for the root paths, and in the order listed in the  directory
       for everything else.

   fts_read()
       The  fts_read()	function  returns  a  pointer  to  an FTSENT structure
       describing a file in the hierarchy.  Directories (that are readable and
       do  not	cause cycles) are visited at least twice, once in preorder and
       once in postorder.  All other files are visited at least	 once.	 (Hard
       links between directories that do not cause cycles or symbolic links to
       symbolic links may cause files to be visited more than once, or	direc‐
       tories more than twice.)

       If  all	the  members  of  the hierarchy have been returned, fts_read()
       returns NULL and sets the external variable errno to 0.	 If  an	 error
       unrelated  to  a	 file in the hierarchy occurs, fts_read() returns NULL
       and sets errno appropriately.  If an error related to a	returned  file
       occurs,	a pointer to an FTSENT structure is returned, and errno may or
       may not have been set (see fts_info).

       The FTSENT structures returned by fts_read() may be overwritten after a
       call to fts_close() on the same file hierarchy stream, or, after a call
       to fts_read() on the same file hierarchy stream unless they represent a
       file  of	 type  directory,  in  which case they will not be overwritten
       until after a call to fts_read() after the FTSENT  structure  has  been
       returned by the function fts_read() in postorder.

   fts_children()
       The  fts_children()  function  returns a pointer to an FTSENT structure
       describing the first entry in a	NULL-terminated	 linked	 list  of  the
       files  in  the  directory  represented  by  the	FTSENT	structure most
       recently returned by  fts_read().   The	list  is  linked  through  the
       fts_link	 field	of  the	 FTSENT structure, and is ordered by the user-
       specified comparison function, if any.	Repeated  calls	 to  fts_chil‐
       dren() will recreate this linked list.

       As  a special case, if fts_read() has not yet been called for a hierar‐
       chy, fts_children() will return a pointer to the files in  the  logical
       directory  specified to fts_open(), that is, the arguments specified to
       fts_open().  Otherwise, if the FTSENT structure most recently  returned
       by  fts_read()  is  not	a  directory being visited in preorder, or the
       directory does not contain any files, fts_children() returns  NULL  and
       sets  errno  to	zero.  If an error occurs, fts_children() returns NULL
       and sets errno appropriately.

       The FTSENT structures returned by  fts_children()  may  be  overwritten
       after  a	 call to fts_children(), fts_close() or fts_read() on the same
       file hierarchy stream.

       Option may be set to the following value:

       FTS_NAMEONLY Only the names of the files are needed.  The  contents  of
		    all	 the  fields in the returned linked list of structures
		    are undefined with	the  exception	of  the	 fts_name  and
		    fts_namelen fields.

   fts_set()
       The function fts_set() allows the user application to determine further
       processing for the file f of the stream ftsp.  The  fts_set()  function
       returns 0 on success, and -1 if an error occurs.	 Option must be set to
       one of the following values:

       FTS_AGAIN    Revisit the file; any file type  may  be  revisited.   The
		    next  call	to fts_read() will return the referenced file.
		    The fts_stat and fts_info fields of the structure will  be
		    reinitialized  at that time, but no other fields will have
		    been changed.  This option is meaningful only for the most
		    recently returned file from fts_read().  Normal use is for
		    postorder directory visits, where it causes the  directory
		    to	be  revisited (in both preorder and postorder) as well
		    as all of its descendants.

       FTS_FOLLOW   The referenced file must be a symbolic link.  If the  ref‐
		    erenced   file  is	the  one  most	recently  returned  by
		    fts_read(), the next call to fts_read() returns  the  file
		    with  the  fts_info	 and fts_statp fields reinitialized to
		    reflect the target of the symbolic	link  instead  of  the
		    symbolic  link  itself.   If the file is one of those most
		    recently returned  by  fts_children(),  the	 fts_info  and
		    fts_statp  fields  of  the	structure,  when  returned  by
		    fts_read(), will reflect the target of the	symbolic  link
		    instead  of	 the symbolic link itself.  In either case, if
		    the target of the symbolic link does not exist the	fields
		    of	the  returned  structure  will	be  unchanged  and the
		    fts_info field will be set to FTS_SLNONE.

		    If the target of the link is  a  directory,	 the  preorder
		    return,  followed by the return of all of its descendants,
		    followed by a postorder return, is done.

       FTS_SKIP	    No descendants of this file are visited.  The file may  be
		    one	 of  those  most recently returned by either fts_chil‐
		    dren() or fts_read().

   fts_close()
       The fts_close() function	 closes	 a  file  hierarchy  stream  ftsp  and
       restores	 the  current directory to the directory from which fts_open()
       was called to open ftsp.	 The fts_close() function returns  0  on  suc‐
       cess, and -1 if an error occurs.

ERRORS
       The  function  fts_open()  may fail and set errno for any of the errors
       specified for open(2) and malloc(3).

       The function fts_close() may fail and set errno for any of  the	errors
       specified for chdir(2) and close(2).

       The  functions fts_read() and fts_children() may fail and set errno for
       any of the errors specified for chdir(2), malloc(3), opendir(3),	 read‐
       dir(3) and stat(2).

       In  addition, fts_children(), fts_open() and fts_set() may fail and set
       errno as follows:

       EINVAL The options were invalid.

VERSIONS
       These functions are available in Linux since glibc2.

CONFORMING TO
       4.4BSD.

SEE ALSO
       find(1), chdir(2), stat(2), ftw(3), qsort(3)

COLOPHON
       This page is part of release 3.55 of the Linux  man-pages  project.   A
       description  of	the project, and information about reporting bugs, can
       be found at http://www.kernel.org/doc/man-pages/.

Linux				  2012-10-25				FTS(3)
[top]

List of man pages available for Hurd

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net