Front page | perl.perl5.porters |
Postings from November 2013
Win32 _stat and _utime
Thread Next
From:
Tony Cook
Date:
November 25, 2013 23:21
Subject:
Win32 _stat and _utime
Message ID:
20131125232046.GA2674@mars.tony.develop-help.com
On Mon, Nov 25, 2013 at 07:05:48PM +0100, Steve Hay wrote:
> In perl.git, the branch blead has been updated
>
> <http://perl5.git.perl.org/perl.git/commitdiff/ea5eb3d3ca6e00870adfc543a2364826e1c0f77e?hp=10beeb31a54ccb7c367cf6c53bbacc7ca2f4b2ba>
>
> - Log -----------------------------------------------------------------
> commit ea5eb3d3ca6e00870adfc543a2364826e1c0f77e
> Author: Steve Hay <steve.m.hay@googlemail.com>
> Date: Mon Nov 25 18:05:33 2013 +0000
>
> List another VC++ 2013 test failure
>
> The first two happened when in BST but don't happen now, back in GMT; but
> lib/File/Copy.t now fails instead!
>
> This is all due to _utime() being broken in VC++ 2013's CRT. Microsoft have
> acknowledged there is a regression from previous versions of the CRT in a
> support ticket that I logged with them, and will publish a Knowledge Base
> article about it in due course.
>
> (Users can workaround it by using the Win32::UTCFileTime module on CPAN,
> which exists to fix other (long-standing) issues with _stat() and _utime(),
> but also fixes this new breakage too.)
Does this long standing issue have a ticket number?
I know about 45331, and while trying to fix it I found the
inconsistency between the times reported by _stat and
GetFileInformationByHandle().
I wonder if we should be fixing it in perl rather than farming out the
bug fix to Win32::UTCFileTime (which I didn't know about until seeing
this commit.)
Tony
Thread Next
-
Win32 _stat and _utime
by Tony Cook