{"id":6707,"date":"2022-12-20T19:33:28","date_gmt":"2022-12-20T22:33:28","guid":{"rendered":"http:\/\/lode.uno\/linux-man\/index.php\/2022\/12\/20\/ftw-man3\/"},"modified":"2022-12-20T19:33:28","modified_gmt":"2022-12-20T22:33:28","slug":"ftw-man3","status":"publish","type":"post","link":"https:\/\/lode.uno\/linux-man\/2022\/12\/20\/ftw-man3\/","title":{"rendered":"FTW (man3)"},"content":{"rendered":"

FTW<\/h1>\n

NAME<\/a>
SYNOPSIS<\/a>
DESCRIPTION<\/a>
RETURN VALUE<\/a>
VERSIONS<\/a>
ATTRIBUTES<\/a>
CONFORMING TO<\/a>
NOTES<\/a>
BUGS<\/a>
EXAMPLES<\/a>
SEE ALSO<\/a>
COLOPHON<\/a> <\/p>\n

\n

NAME <\/a> <\/h2>\n

ftw, nftw \u2212 file tree walk<\/p>\n

SYNOPSIS <\/a> <\/h2>\n

#include <\/b><\/p>\n

int nftw(const char *<\/b>dirpath<\/i>,
int (*<\/b>fn<\/i>) (const char *<\/b>fpath<\/i>, const struct stat *<\/b>sb<\/i>,
int<\/b> typeflag<\/i>, struct FTW *<\/b>ftwbuf<\/i>),
int<\/b> nopenfd<\/i>, int<\/b> flags<\/i>);<\/b><\/p>\n

#include <\/b><\/p>\n

int ftw(const char *<\/b>dirpath<\/i>,
int (*<\/b>fn<\/i>) (const char *<\/b>fpath<\/i>, const struct stat *<\/b>sb<\/i>,
int<\/b> typeflag<\/i>),
int<\/b> nopenfd<\/i>);<\/b><\/p>\n

Feature Test Macro Requirements for glibc (see feature_test_macros<\/b>(7)):<\/p>\n

nftw<\/b>(): _XOPEN_SOURCE >= 500<\/p>\n

DESCRIPTION <\/a> <\/h2>\n

nftw<\/b>() walks through the directory tree that is located under the directory dirpath<\/i>, and calls fn<\/i>() once for each entry in the tree. By default, directories are handled before the files and subdirectories they contain (preorder traversal).<\/p>\n

To avoid using up all of the calling process\u2019s file descriptors, nopenfd<\/i> specifies the maximum number of directories that nftw<\/b>() will hold open simultaneously. When the search depth exceeds this, nftw<\/b>() will become slower because directories have to be closed and reopened. nftw<\/b>() uses at most one file descriptor for each level in the directory tree.<\/p>\n

For each entry found in the tree, nftw<\/b>() calls fn<\/i>() with four arguments: fpath<\/i>, sb<\/i>, typeflag<\/i>, and ftwbuf<\/i>. fpath<\/i> is the pathname of the entry, and is expressed either as a pathname relative to the calling process\u2019s current working directory at the time of the call to nftw<\/b>(), if dirpath<\/i> was expressed as a relative pathname, or as an absolute pathname, if dirpath<\/i> was expressed as an absolute pathname. sb<\/i> is a pointer to the stat<\/i> structure returned by a call to stat<\/b>(2) for fpath<\/i>.<\/p>\n

The typeflag<\/i> argument passed to fn<\/i>() is an integer that has one of the following values:<\/p>\n\n\n\n
<\/td>\n\n

FTW_F<\/b><\/p>\n<\/td>\n

<\/td>\n\n

fpath<\/i> is a regular file.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

FTW_D<\/b><\/p>\n<\/td>\n

<\/td>\n\n

fpath<\/i> is a directory.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n<\/table>\n

FTW_DNR<\/b><\/p>\n

fpath<\/i> is a directory which can\u2019t be read.<\/p>\n\n\n\n\n
<\/td>\n\n

FTW_DP<\/b><\/p>\n<\/td>\n

<\/td>\n\n

fpath<\/i> is a directory, and FTW_DEPTH<\/b> was specified in flags<\/i>. (If FTW_DEPTH<\/b> was not specified in flags<\/i>, then directories will always be visited with typeflag<\/i> set to FTW_D<\/b>.) All of the files and subdirectories within fpath<\/i> have been processed.<\/p>\n<\/td>\n<\/tr>\n

<\/td>\n\n

FTW_NS<\/b><\/p>\n<\/td>\n

<\/td>\n\n

The stat<\/b>(2) call failed on fpath<\/i>, which is not a symbolic link. The probable cause for this is that the caller had read permission on the parent directory, so that the filename fpath<\/i> could be seen, but did not have execute permission, so that the file could not be reached for stat<\/b>(2). The contents of the buffer pointed to by sb<\/i> are undefined.<\/p>\n<\/td>\n<\/tr>\n

<\/td>\n\n

FTW_SL<\/b><\/p>\n<\/td>\n

<\/td>\n\n

fpath<\/i> is a symbolic link, and FTW_PHYS<\/b> was set in flags<\/i>.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n

FTW_SLN<\/b><\/p>\n

fpath<\/i> is a symbolic link pointing to a nonexistent file. (This occurs only if FTW_PHYS<\/b> is not set.) In this case the sb<\/i> argument passed to fn<\/i>() contains information returned by performing lstat<\/b>(2) on the “dangling” symbolic link. (But see BUGS.)<\/p>\n

The fourth argument (ftwbuf<\/i>) that nftw<\/b>() supplies when calling fn<\/i>() is a pointer to a structure of type FTW<\/i>:<\/p>\n

struct FTW {
int base;
int level;
};<\/p>\n

base<\/i> is the offset of the filename (i.e., basename component) in the pathname given in fpath<\/i>. level<\/i> is the depth of fpath<\/i> in the directory tree, relative to the root of the tree (dirpath<\/i>, which has depth 0).<\/p>\n

To stop the tree walk, fn<\/i>() returns a nonzero value; this value will become the return value of nftw<\/b>(). As long as fn<\/i>() returns 0, nftw<\/b>() will continue either until it has traversed the entire tree, in which case it will return zero, or until it encounters an error (such as a malloc<\/b>(3) failure), in which case it will return \u22121.<\/p>\n

Because nftw<\/b>() uses dynamic data structures, the only safe way to exit out of a tree walk is to return a nonzero value from fn<\/i>(). To allow a signal to terminate the walk without causing a memory leak, have the handler set a global flag that is checked by fn<\/i>(). Don\u2019t<\/i> use longjmp<\/b>(3) unless the program is going to terminate.<\/p>\n

The flags<\/i> argument of nftw<\/b>() is formed by ORing zero or more of the following flags:
FTW_ACTIONRETVAL<\/b> (since glibc 2.3.3)<\/p>\n

If this glibc-specific flag is set, then nftw<\/b>() handles the return value from fn<\/i>() differently. fn<\/i>() should return one of the following values:
FTW_CONTINUE<\/b><\/p>\n

Instructs nftw<\/b>() to continue normally.<\/p>\n

FTW_SKIP_SIBLINGS<\/b><\/p>\n

If fn<\/i>() returns this value, then siblings of the current entry will be skipped, and processing continues in the parent.<\/p>\n

FTW_SKIP_SUBTREE<\/b><\/p>\n

If fn<\/i>() is called with an entry that is a directory (typeflag<\/i> is FTW_D<\/b>), this return value will prevent objects within that directory from being passed as arguments to fn<\/i>(). nftw<\/b>() continues processing with the next sibling of the directory.<\/p>\n

FTW_STOP<\/b><\/p>\n

Causes nftw<\/b>() to return immediately with the return value FTW_STOP<\/b>.<\/p>\n

Other return values could be associated with new actions in the future; fn<\/i>() should not return values other than those listed above.<\/p>\n

The feature test macro _GNU_SOURCE<\/b> must be defined (before including any<\/i> header files) in order to obtain the definition of FTW_ACTIONRETVAL<\/b> from <\/i>.<\/p>\n

FTW_CHDIR<\/b><\/p>\n

If set, do a chdir<\/b>(2) to each directory before handling its contents. This is useful if the program needs to perform some action in the directory in which fpath<\/i> resides. (Specifying this flag has no effect on the pathname that is passed in the fpath<\/i> argument of fn<\/i>.)<\/p>\n

FTW_DEPTH<\/b><\/p>\n

If set, do a post-order traversal, that is, call fn<\/i>() for the directory itself after<\/i> handling the contents of the directory and its subdirectories. (By default, each directory is handled before<\/i> its contents.)<\/p>\n

FTW_MOUNT<\/b><\/p>\n

If set, stay within the same filesystem (i.e., do not cross mount points).<\/p>\n

FTW_PHYS<\/b><\/p>\n

If set, do not follow symbolic links. (This is what you want.) If not set, symbolic links are followed, but no file is reported twice.<\/p>\n

If FTW_PHYS<\/b> is not set, but FTW_DEPTH<\/b> is set, then the function fn<\/i>() is never called for a directory that would be a descendant of itself.<\/p>\n

ftw()
ftw<\/b>() is an older function that offers a subset of the functionality of nftw<\/b>(). The notable differences are as follows:<\/p>\n\n\n\n\n
<\/td>\n\n

*<\/p>\n<\/td>\n

<\/td>\n\n

ftw<\/b>() has no flags<\/i> argument. It behaves the same as when nftw<\/b>() is called with flags<\/i> specified as zero.<\/p>\n<\/td>\n<\/tr>\n

<\/td>\n\n

*<\/p>\n<\/td>\n

<\/td>\n\n

The callback function, fn<\/i>(), is not supplied with a fourth argument.<\/p>\n<\/td>\n<\/tr>\n

<\/td>\n\n

*<\/p>\n<\/td>\n

<\/td>\n\n

The range of values that is passed via the typeflag<\/i> argument supplied to fn<\/i>() is smaller: just FTW_F<\/b>, FTW_D<\/b>, FTW_DNR<\/b>, FTW_NS<\/b>, and (possibly) FTW_SL<\/b>.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n

RETURN VALUE <\/a> <\/h2>\n

These functions return 0 on success, and \u22121 if an error occurs.<\/p>\n

If fn<\/i>() returns nonzero, then the tree walk is terminated and the value returned by fn<\/i>() is returned as the result of ftw<\/b>() or nftw<\/b>().<\/p>\n

If nftw<\/b>() is called with the FTW_ACTIONRETVAL<\/b> flag, then the only nonzero value that should be used by fn<\/i>() to terminate the tree walk is FTW_STOP<\/b>, and that value is returned as the result of nftw<\/b>().<\/p>\n

VERSIONS <\/a> <\/h2>\n

nftw<\/b>() is available under glibc since version 2.1.<\/p>\n

ATTRIBUTES <\/a> <\/h2>\n

For an explanation of the terms used in this section, see attributes<\/b>(7).<\/p>\n

\"Image<\/p>\n

CONFORMING TO <\/a> <\/h2>\n

POSIX.1-2001, POSIX.1-2008, SVr4, SUSv1. POSIX.1-2008 marks ftw<\/b>() as obsolete.<\/p>\n

NOTES <\/a> <\/h2>\n

POSIX.1-2008 notes that the results are unspecified if fn<\/i> does not preserve the current working directory.<\/p>\n

The function nftw<\/b>() and the use of FTW_SL<\/b> with ftw<\/b>() were introduced in SUSv1.<\/p>\n

In some implementations (e.g., glibc), ftw<\/b>() will never use FTW_SL<\/b>, on other systems FTW_SL<\/b> occurs only for symbolic links that do not point to an existing file, and again on other systems ftw<\/b>() will use FTW_SL<\/b> for each symbolic link. If fpath<\/i> is a symbolic link and stat<\/b>(2) failed, POSIX.1-2008 states that it is undefined whether FTW_NS<\/b> or FTW_SL<\/b> is passed in typeflag<\/i>. For predictable results, use nftw<\/b>().<\/p>\n

BUGS <\/a> <\/h2>\n

According to POSIX.1-2008, when the typeflag<\/i> argument passed to fn<\/i>() contains FTW_SLN<\/b>, the buffer pointed to by sb<\/i> should contain information about the dangling symbolic link (obtained by calling lstat<\/b>(2) on the link). Early glibc versions correctly followed the POSIX specification on this point. However, as a result of a regression introduced in glibc 2.4, the contents of the buffer pointed to by sb<\/i> were undefined when FTW_SLN<\/b> is passed in typeflag<\/i>. (More precisely, the contents of the buffer were left unchanged in this case.) This regression was eventually fixed in glibc 2.30, so that the glibc implementation (once more) follows the POSIX specification.<\/p>\n

EXAMPLES <\/a> <\/h2>\n

The following program traverses the directory tree under the path named in its first command-line argument, or under the current directory if no argument is supplied. It displays various information about each file. The second command-line argument can be used to specify characters that control the value assigned to the flags<\/i> argument when calling nftw<\/b>().<\/p>\n

Program source<\/b>
#define _XOPEN_SOURCE 500
#include
#include
#include
#include
#include <\/p>\n

static int
display_info(const char *fpath, const struct stat *sb,
int tflag, struct FTW *ftwbuf)
{
printf(“%\u22123s %2d “,
(tflag == FTW_D) ? “d” : (tflag == FTW_DNR) ? “dnr” :
(tflag == FTW_DP) ? “dp” : (tflag == FTW_F) ? “f” :
(tflag == FTW_NS) ? “ns” : (tflag == FTW_SL) ? “sl” :
(tflag == FTW_SLN) ? “sln” : “???”,
ftwbuf\u2212>level);<\/p>\n

if (tflag == FTW_NS)
printf(“\u2212\u2212\u2212\u2212\u2212\u2212\u2212”);
else
printf(“%7jd”, (intmax_t) sb\u2212>st_size);<\/p>\n

printf(” %\u221240s %d %sn”,
fpath, ftwbuf\u2212>base, fpath + ftwbuf\u2212>base);<\/p>\n

return 0; \/bin \/boot \/dead.letter \/dev \/etc \/home \/initrd \/lib \/lib64 \/lost+found \/media \/mnt \/opt \/proc \/release-notes.html \/release-notes.txt \/root \/run \/sbin \/srv \/sys \/tmp \/usr \/var To tell nftw() to continue bodies\/ usr\/
}<\/p>\n

int
main(int argc, char *argv[])
{
int flags = 0;<\/p>\n

if (argc > 2 && strchr(argv[2], ‘d’) != NULL)
flags |= FTW_DEPTH;
if (argc > 2 && strchr(argv[2], ‘p’) != NULL)
flags |= FTW_PHYS;<\/p>\n

if (nftw((argc < 2) ? \".\" : argv[1], display_info, 20, flags)
== \u22121) {
perror(“nftw”);
exit(EXIT_FAILURE);
}<\/p>\n

exit(EXIT_SUCCESS);
}<\/p>\n

SEE ALSO <\/a> <\/h2>\n

stat<\/b>(2), fts<\/b>(3), readdir<\/b>(3)<\/p>\n

COLOPHON <\/a> <\/h2>\n

This page is part of release 5.10 of the Linux man-pages<\/i> project. A description of the project, information about reporting bugs, and the latest version of this page, can be found at https:\/\/www.kernel.org\/doc\/man\u2212pages\/.<\/p>\n

\n","protected":false},"excerpt":{"rendered":"

ftw, nftw \u2212 file tree walk <\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2536],"tags":[2538,2193,3007],"class_list":["post-6707","post","type-post","status-publish","format-standard","hentry","category-3-llamadas-de-bibliotecas","tag-2538","tag-ftw","tag-man3"],"gutentor_comment":0,"_links":{"self":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/6707","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/comments?post=6707"}],"version-history":[{"count":0,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/6707\/revisions"}],"wp:attachment":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/media?parent=6707"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/categories?post=6707"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/tags?post=6707"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}