Skip Menu |

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

Report information
The Basics
Id: 54887
Status: open
Priority: 0/
Queue: File-CreationTime

People
Owner: Nobody in particular
Requestors: mrjobson [...] gmail.com
Cc:
AdminCc:

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



Subject: File::CreationTime critical bug
Date: Tue, 23 Feb 2010 14:47:37 -0500
To: bug-File-CreationTime [...] rt.cpan.org
From: John Jobson <mrjobson [...] gmail.com>
Hi, When checking files it creates $filename.attribute files all over the system and never delete them, i checked one dir by timeout and it created millions of files .attribute.attribute.... Best regards, John
Subject: Re: [rt.cpan.org #54887] File::CreationTime critical bug
Date: Tue, 23 Feb 2010 18:36:51 -0600
To: bug-File-CreationTime [...] rt.cpan.org
From: Jonathan Rockway <jrockway [...] cpan.org>
* On Mon, Feb 22 2010, John Jobson via RT wrote: Show quoted text
> Hi, > > When checking files it creates $filename.attribute files all over the > system and never delete them, i checked one dir by timeout and it > created millions of files .attribute.attribute....
Yeah, I guess the documentation isn't entirely clear about this. There are two factors at work here -- the first is that most OSes don't record file creation time, so we have to keep our own state; and the second is that originally, File::CreationTime directly stored its state in extended filesystem attributes. Since not all platforms and filesystems had this ability, I wrote File::Attributes and made this module use that. File::Attributes will emulate extended filesystem attributes when they are not naively available, which is what happened in your case. (In practice, I actually ended up liking the "emulation" better than the real thing. Easier to edit the attributes as a text file in Emacs rather than individually via the command-line tools.) So there are three solutions to your problem: * use an OS that supports file creation time natively (OS X does) * use an OS/filesystem that supports extended filesystem attributes * don't worry about creation time (perhaps mtime is good enough)? If you have other ideas, please let me know. A doc patch would be most welcome! Regards, Jonathan Rockway -- print just => another => perl => hacker => if $,=$"
Subject: Re: [rt.cpan.org #54887] File::CreationTime critical bug
Date: Sat, 27 Feb 2010 04:35:35 -0500
To: bug-File-CreationTime [...] rt.cpan.org
From: John Jobson <mrjobson [...] gmail.com>
Hi, In my case the real problem was the attribute files created on top of another attribute files when check the same directory many times. Up to the file length limits. (On linux) $file.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute.attribute. I don't sure what to do. Warn about such files, ignore them, or warn user to ignore them himself. On Tue, 2010-02-23 at 19:37 -0500, Jonathan Rockway via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=54887 > > > * On Mon, Feb 22 2010, John Jobson via RT wrote:
> > Hi, > > > > When checking files it creates $filename.attribute files all over the > > system and never delete them, i checked one dir by timeout and it > > created millions of files .attribute.attribute....
> > Yeah, I guess the documentation isn't entirely clear about this. There > are two factors at work here -- the first is that most OSes don't record > file creation time, so we have to keep our own state; and the second is > that originally, File::CreationTime directly stored its state in > extended filesystem attributes. Since not all platforms and filesystems > had this ability, I wrote File::Attributes and made this module use > that. File::Attributes will emulate extended filesystem attributes when > they are not naively available, which is what happened in your case. > (In practice, I actually ended up liking the "emulation" better than the > real thing. Easier to edit the attributes as a text file in Emacs > rather than individually via the command-line tools.) > > So there are three solutions to your problem: > > * use an OS that supports file creation time natively (OS X does) > * use an OS/filesystem that supports extended filesystem attributes > * don't worry about creation time (perhaps mtime is good enough)? > > If you have other ideas, please let me know. A doc patch would be most > welcome! > > Regards, > Jonathan Rockway > > -- > print just => another => perl => hacker => if $,=$" >