On Tue, 8 Feb 2005 11:08:22 -0600 (CST), Dave Rolsky <[EMAIL PROTECTED]> wrote:
> On Tue, 8 Feb 2005, Steve Hay wrote: > > > Indeed. In fact, looking at the MS CRT source code (localtim.c) we see > > the following note: > > > > * (3) It is assumed that time_t is a 32-bit long integer > > representing * the number of seconds since 00:00:00, 01-01-70 > > (UTC) (i.e., the * Posix/Unix Epoch. Only non-negative values > > are supported. > > > > and sure enough, Perl's localtime() returns nothing when fed any > > negative values. > > > > The attached patch (against Time-Local-1.10) fixes the example above, > > and also silences a bucketload of similar noise that was previously > > coming from Time::Local when running the LWP test suite on Win32. > > > > - Steve > > This is fixed in the CVS version of Time::Local. See > http://sourceforge.net/cvs/?group_id=17187 for details. Now that you mention Time::Local, I get this failure on AIX 5.2 with vac for blead: --8<--- ../lib/Time/Local...........................# Test 102 got: "3c19137f" (../lib/Time/Local.t at line 108) # Expected: "7fffffff" (0x7fffffff round trip through localtime then timelocal) # ../lib/Time/Local.t line 108 is: ok(sprintf('%x', timelocal(localtime(0x7fffffff))), sprintf('%x', 0x7fffffff), ../lib/Time/Local...........................FAILED test 102 Failed 1/104 tests, 99.04% okay -->8--- > I was hoping to get some volunteer testers on VMS and other "exotic" > platforms before a release, but no one responded, so I'll probably release > 1.11 soon. -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using Perl 5.6.2, 5.8.0, 5.8.3, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11, AIX 4.3, SuSE 9.0 pro 2.4.21 & Win2k. http://www.cmve.net/~merijn Smoking perl: [email protected], perl QA: http://qa.perl.org reports to: [EMAIL PROTECTED], [email protected]
