From 95e23d19fd3460d17a5e5ec2660e19f50596f531 Mon Sep 17 00:00:00 2001 From: Andy Lester Date: Sun, 11 Jan 2004 18:10:50 -0600 Subject: [PATCH] Doc patches for File::Find Message-Id: <20040112061050.GB7308@petdance.com> p4raw-id: //depot/perl@22149 --- lib/File/Find.pm | 49 +++++++++++++++++++++++++++++-------------------- 1 file changed, 29 insertions(+), 20 deletions(-) diff --git a/lib/File/Find.pm b/lib/File/Find.pm index 4c15d38..da21664 100644 --- a/lib/File/Find.pm +++ b/lib/File/Find.pm @@ -44,27 +44,29 @@ but have subtle differences. find(\&wanted, @directories); find(\%options, @directories); -find() does a breadth-first search over the given @directories in the +C does a breadth-first search over the given C<@directories> in the order they are given. In essence, it works from the top down. -For each file or directory found the &wanted subroutine is called (see -below for details). Additionally, for each directory found it will go -into that directory and continue the search. +For each file or directory found, the C<&wanted> subroutine is called, +with the return code ignored. (See below for details on how to use +the C<&wanted> function). Additionally, for each directory found, +it will go into that directory and continue the search. =item B finddepth(\&wanted, @directories); finddepth(\%options, @directories); -finddepth() works just like find() except it does a depth-first search. +C works just like C except it does a depth-first search. It works from the bottom of the directory tree up. =back =head2 %options -The first argument to find() is either a hash reference describing the -operations to be performed for each file, or a code reference. The +The first argument to C is either a code reference to your +C<&wanted> function, or a hash reference describing the operations +to be performed for each file. The code reference is described in L below. Here are the possible keys for the hash: @@ -79,15 +81,15 @@ described in L below. =item C Reports the name of a directory only AFTER all its entries -have been reported. Entry point finddepth() is a shortcut for -specifying C<{ bydepth =E 1 }> in the first argument of find(). +have been reported. Entry point C is a shortcut for +specifying C<<{ bydepth => 1 }>> in the first argument of C. =item C The value should be a code reference. This code reference is used to -preprocess the current directory. The name of currently processed -directory is in $File::Find::dir. Your preprocessing function is -called after readdir() but before the loop that calls the wanted() +preprocess the current directory. The name of the currently processed +directory is in C<$File::Find::dir>. Your preprocessing function is +called after C, but before the loop that calls the C function. It is called with a list of strings (actually file/directory names) and is expected to return a list of strings. The code can be used to sort the file/directory names alphabetically, numerically, @@ -98,7 +100,7 @@ I or I are in effect, C is a no-op. The value should be a code reference. It is invoked just before leaving the currently processed directory. It is called in void context with no -arguments. The name of the current directory is in $File::Find::dir. This +arguments. The name of the current directory is in C<$File::Find::dir>. This hook is handy for summarizing a directory, such as calculating its disk usage. When I or I are in effect, C is a no-op. @@ -117,7 +119,7 @@ If either I or I is in effect: =item * It is guaranteed that an I has been called before the user's -I function is called. This enables fast file checks involving S< _>. +C function is called. This enables fast file checks involving S< _>. =item * @@ -131,7 +133,7 @@ pathname of the file with all symbolic links resolved This is similar to I except that it may report some files more than once. It does detect cycles, however. Since only symbolic links have to be hashed, this is much cheaper both in space and time. If -processing a file more than once (by the user's I function) +processing a file more than once (by the user's C function) is worse than just taking time, the option I should be used. =item C @@ -140,8 +142,10 @@ C, which is the default, causes all files which are neither directories nor symbolic links to be ignored if they are about to be processed a second time. If a directory or a symbolic link are about to be processed a second time, File::Find dies. + C causes File::Find to die if any file is about to be processed a second time. + C causes File::Find to ignore any duplicate files and directories but to proceed normally otherwise. @@ -155,7 +159,7 @@ will be silently ignored. =item C -Does not C to each directory as it recurses. The wanted() +Does not C to each directory as it recurses. The C function will need to be aware of this, of course. In this case, C<$_> will be the same as C<$File::Find::name>. @@ -183,8 +187,13 @@ including all its sub-directories. The default is to 'die' in such a case. =head2 The wanted function -The wanted() function does whatever verifications you want on each -file and directory. It takes no arguments but rather does its work +The C function does whatever verifications you want on +each file and directory. Note that despite its name, the C +function is a generic callback function, and does B tell +File::Find if a file is "wanted" or not. In fact, its return value +is ignored. + +The wanted function takes no arguments but rather does its work through a collection of variables. =over 4 @@ -199,7 +208,7 @@ through a collection of variables. Don't modify these variables. -For example, when examining the file /some/path/foo.ext you will have: +For example, when examining the file F you will have: $File::Find::dir = /some/path/ $_ = foo.ext @@ -251,7 +260,7 @@ produces something like: Notice the C<_> in the above C: the C<_> is a magical filehandle that caches the information from the preceding -stat(), lstat(), or filetest. +C, C, or filetest. Here's another interesting wanted function. It will find all symbolic links that don't resolve: -- 2.7.4