Skip Menu |

Preferred bug tracker

Please email the preferred bug tracker to report your issue.

This queue is for tickets about the Astro-App-Satpass2 CPAN distribution.

Report information
The Basics
Id: 118861
Status: resolved
Priority: 0/
Queue: Astro-App-Satpass2

People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc: wyant [...] cpan.org
AdminCc:

Bug Information
Severity: Normal
Broken in: 0.031_01
Fixed in: 0.031_02



CC: wyant [...] cpan.org
Subject: t/parse_time_code.t fails if Time::y2038 is installed (0.031_01)
Some of my smoker machines report the following failure, probably only if Time::y2038 is installed: ... # Failed test 'Parse '2009-1-1'' # at t/parse_time_code.t line 83. # got: '61188912000' # expected: '1230768000' # Failed test 'Parse '2009-7-1'' # at t/parse_time_code.t line 87. # got: '61204550400' # expected: '1246406400' # Failed test 'Parse '2009-1-1', no help from perltime' # at t/parse_time_code.t line 93. # got: '61188912000' # expected: '1230768000' # Failed test 'Parse '2009-7-1', no help from perltime' # at t/parse_time_code.t line 97. # got: '61204550400' # expected: '1246406400' # Failed test 'Parse '2009-1-1Z'' # at t/parse_time_code.t line 101. # got: '61188912000' # expected: '1230768000' # Failed test 'Parse '2009-7-1Z'' # at t/parse_time_code.t line 105. # got: '61204550400' # expected: '1246406400' # Failed test 'Parse '2009-7-2 16:23:37'' # at t/parse_time_code.t line 109. # got: '61204695817' # expected: '1246551817' # Failed test 'Parse '2009-7-2 16:23:37Z'' # at t/parse_time_code.t line 113. # got: '61204695817' # expected: '1246551817' # Failed test 'Parse '2009-7-2 16:23'' # at t/parse_time_code.t line 117. # got: '61204695780' # expected: '1246551780' # Failed test 'Parse ISO-8601 '2009-7-2 16:23 Z'' # at t/parse_time_code.t line 121. # got: '61204695780' # expected: '1246551780' # Failed test 'Parse '2009-7-2 16'' # at t/parse_time_code.t line 125. # got: '61204694400' # expected: '1246550400' # Failed test 'Parse '2009-7-2 16Z'' # at t/parse_time_code.t line 129. # got: '61204694400' # expected: '1246550400' # Failed test 'Parse '2009-7-2'' # at t/parse_time_code.t line 133. # got: '61204636800' # expected: '1246492800' # Failed test 'Parse '2009-7-2 Z'' # at t/parse_time_code.t line 137. # got: '61204636800' # expected: '1246492800' # Failed test 'Parse '2009-7'' # at t/parse_time_code.t line 141. # got: '61204550400' # expected: '1246406400' # Failed test 'Parse '2009-7Z'' # at t/parse_time_code.t line 145. # got: '61204550400' # expected: '1246406400' # Failed test 'Parse '2009'' # at t/parse_time_code.t line 149. # got: '61188912000' # expected: '1230768000' # Failed test 'Parse '2009Z'' # at t/parse_time_code.t line 153. # got: '61188912000' # expected: '1230768000' # Looks like you failed 18 tests of 35. t/parse_time_code.t ................ Dubious, test returned 18 (wstat 4608, 0x1200) Failed 18/35 subtests ...
Thank you very much for the RT ticket. No mail from CPAN Testers yet, but it's only a matter of time. I have not yet looked at it, but I suspect your diagnosis is accurate. Over the summer I was working with dates well into the past, and found that for these Time::Local worked better with actual Gregorian years rather than year-1900, though both work for reasonably current years. So I made the change. Now I need to either drop support for Time::y2038 or figure out how to support two modules whose interfaces are almost the same, but not quite. Thank you very, very much for letting me know about this, and for your contribution to the entire CPAN community. CPAN TESTERS RULE!!!!!!
Fixed I think. The problem turned out to be that Time::y2038 and Time::Local have different year handling, but I assumed they were the same and could use the timegm() and/or timelocal() of whichever one I could load. The bug has been there from the beginning, but a change I made September-ish made it obvious for all to see. Version 0.031_02 just went to PAUSE. It has been tested under 5.8.9 with and without Time::y2038, and under 5.24.0, but only under Mac OS X. Many thanks, again!