[Win32utils-devel] win32-file-stat bug

Heesob Park phasis at gmail.com
Fri Sep 28 00:18:13 EDT 2007


2007/9/28, Daniel Berger <djberg96 at gmail.com>:
>
> Heesob Park wrote:
> > Hi,
> >
> > 2007/9/21, Daniel Berger <djberg96 at gmail.com <mailto:djberg96 at gmail.com
> >>:
> >
> >     Heya all,
> >
> >     Anyone have any ideas on this one?
> >
> >
> http://rubyforge.org/tracker/index.php?func=detail&aid=13825&group_id=85&atid=411
> >     <
> http://rubyforge.org/tracker/index.php?func=detail&aid=13825&group_id=85&atid=411
> >
> >
> >     It's easy enough to rescue, I'd just like to know what MRI does in
> this
> >     case, so we can duplicate it.
> >
> >     Regards,
> >
> >     Dan
> >
> >
> > According to
> > msdn(http://msdn2.microsoft.com/en-us/library/14h5k7ff(VS.71).aspx),
> >
> > st_ctime
> >   Time of creation of file. Valid on NTFS but not on FAT formatted disk
> > drives.
> >
> > Maybe the Linux Samba version is not up-to-date.
> >
> > In my test with Samba 3.0.22, stat64 st_ctime works fine.
>
> Hm, how do you think we should handle this, though? Set the times to
> Time.at(0)? Time.now? nil?
>
> I'm guessing that Time.at(0) is what MRI returns.


I think Time.at(0) is a reasonable workaround.

Regards,

Park Heesob.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/win32utils-devel/attachments/20070928/8841a800/attachment.html 


More information about the win32utils-devel mailing list