Skip Menu |

This queue is for tickets about the File-Find-Closures CPAN distribution.

Report information
The Basics
Id: 39826
Status: resolved
Priority: 0/
Queue: File-Find-Closures

People
Owner: Nobody in particular
Requestors: ANDK [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 1.09
Fixed in: (no value)



Subject: PathTools 3.28_01 breaks F:F:C 1.09
I must make a long story short, ping me if you need further information. File::Find::Closures does not mention File::Spec as a dependency. Please add this dependency, it makes tracking of bugs easier. For some reason the test find_by_stat.t delivers *very* different results with PathTools 3.28_01 than with 3.2701. What is happening is that the test does some chdir somewhere and then does a find. With 3.2701 this test succeeds quickly. Wiuth 3.2801 it does the chdir to "/". And then the nightmare begins. A find on / can produce Gigabytes of error output on a big disk, especially when the owner of the process has not many rights. So I suggest, if you haven't yet figured out what I'm talking about: add File::Spec as a dependency introduce a sanity check here and there, if the process is still in the directory where it was in originally stop testing with a FAIL when more than, say, 1000 directories are traversed Does this help you a little? As I said, ping me if I failed to give you enough hints. (Be aware, I only see the bug, I have no idea what the cause may be) Thanks,
In the meantime I have seen one unsent report that says: # Failed test 'find_by_created_before: Found 5 files' # at t/find_by_stat.t line 111. # got: '7817' # expected: '5' I can only guess why CPAN::Reporter did not send this report. But at least you get an idea how wrong things are going here.
I added the PathTools prereq and updated it to 3.33. I couldn't reproduce this problem with that version and haven't heard anyone else complain about this issue, so I'm closing it.