in reply to Re^2: File::Find seems grossly inefficient for performing simple file tasks
in thread File::Find seems grossly inefficient for performing simple file tasks
I read that find man page too and I'm still not sure exactly what it does!
But, I'd interpret that to mean -cmin 7 is changed exactly 7 minutes ago ( which seems a bit odd ).
Anyway, back to the point :), if you look at stat you'll see that atime,mtime,ctime are in seconds since the epoch and the pod for File::Find::Rule says :-
stat tests The following "stat" based methods are provided: "dev", "in +o", "mode", "nlink", "uid","gid", "rdev", "size", "atime", "mtime", "ctime", "blksize", and "blocks". See "stat" in perlfunc for details. Each of these can take a number of targets, which will foll +ow Number::Compare semantics. $rule->size( 7 ); # exactly 7 $rule->size( ">7Ki" ); # larger than 7 * 1024 * 1024 by +tes $rule->size( ">=7" ) ->size( "<=90" ); # between 7 and 90, inclusive $rule->size( 7, 9, 42 ); # 7, 9 or 42
So, you can write a mtime rule to do whatever you need.
I'm guessing mtime but these things are a specific to your OS and file system so you'll have to play around a bit to see what works for you.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^4: File::Find seems grossly inefficient for performing simple file tasks
by taint (Chaplain) on Apr 26, 2013 at 20:47 UTC | |
by RichardK (Parson) on Apr 28, 2013 at 13:21 UTC | |
Re^4: File::Find seems grossly inefficient for performing simple file tasks
by Anonymous Monk on May 29, 2013 at 15:42 UTC |
In Section
Seekers of Perl Wisdom