Skip Menu |

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

Report information
The Basics
Id: 27611
Status: open
Priority: 0/
Queue: File-Find-Rule
People
Owner: Nobody in particular
Requestors: nobody [...] pseudo.borked.net
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Sun Jun 17 12:03:21 2007 nobody [...] pseudo.borked.net - Ticket created
Subject: iterator should be save memory
Date: Sun, 17 Jun 2007 10:02:46 -0600 (MDT)
To: bug-File-Find-Rule [...] rt.cpan.org
From: Borked Pseudo Mailed <nobody [...] pseudo.borked.net>
when working with very large number of directories and files, using start() as an iterator does not save any memory. i have to resort to forking `find` to avoid a 50MB program.
  Tue Jun 19 12:14:25 2007 RCLAMP [...] cpan.org - Correspondence added
The next release, currently under testing, should achieve this by using File::Next to do the file finding instead of File::Find. -- Richard Clamp <richardc@unixbeard.net>
  Tue Jun 19 12:14:26 2007 The RT System itself - Status changed from 'new' to 'open'
  Fri Nov 13 16:49:11 2015 mcarey [...] ucar.edu - Correspondence added
Subject: [rt.cpan.org #27611]
Date: Fri, 13 Nov 2015 14:49:01 -0700
To: bug-File-Find-Rule [...] rt.cpan.org
From: Maxwell Carey <mcarey [...] ucar.edu>
Apparently this hasn't been fixed yet; calling start() simply calls in(), fetching all of the results at once. Until it is fixed, I'd recommend a simple tweak to the documentation, since most people assume that an iterator will not pre-fetch all of its results at once. See attached documentation patch.

Message body is not shown because sender requested not to inline it.