[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