win32-file-stat bug

Heya all,

Anyone have any ideas on this one?

http://rubyforge.or
g/tracker/index.php?func=detail&aid=13825&group_id=8
5&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
_______________________________________________
win32utils-devel mailing list
win32utils-develrubyforge.org
http://rubyforge.org/mailman/listinfo/win32utils-devel

Heesob Park wrote:
> Hi,
> 
> 2007/9/21, Daniel Berger <djberg96gmail.com
<mailto:djberg96gmail.com>>:
> 
>     Heya all,
> 
>     Anyone have any ideas on this one?
> 
>     http://rubyforge.or
g/tracker/index.php?func=detail&aid=13825&group_id=8
5&atid=411
>     <http://rubyforg
e.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(htt
p://msdn2.microsoft.com/en-us/library/14h5k7ff(VS.71).as
px),
>  
> 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.

Regards,

Dan
_______________________________________________
win32utils-devel mailing list
win32utils-develrubyforge.org
http://rubyforge.org/mailman/listinfo/win32utils-devel