Skip Menu |

This queue is for tickets about the TimeDate CPAN distribution.

Report information
The Basics
Id: 36211
Status: resolved
Priority: 0/
Queue: TimeDate
People
Owner: Nobody in particular
Requestors: alech [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: 1.16
Fixed in: (no value)

History Show all quoted text
  Tue May 27 11:26:13 2008 alech [...] cpan.org - Ticket created
Subject: str2time fails on dates > 2038 (time_t overflow?)
print str2time('Dec 31 04:59:00 2040 GMT', 'UTC'); fails with the following errors: Day too big - 25932 > 24855 Sec too small - 25932 < 74752 Sec too big - 25932 > 11647 I assume this is because of a time_t overflow. Date::Parse should really be Y2038-safe ... Cheers, Alex
  Tue May 27 19:30:09 2008 gbarr [...] pobox.com - Correspondence added
Subject: Re: [rt.cpan.org #36211] str2time fails on dates > 2038 (time_t overflow?)
Date: Tue, 27 May 2008 18:29:45 -0500
To: bug-TimeDate [...] rt.cpan.org
From: Graham Barr <gbarr [...] pobox.com>
On May 27, 2008, at 10:26 AM, Alexander Klink via RT wrote: Show quoted text
> > print str2time('Dec 31 04:59:00 2040 GMT', 'UTC'); > > fails with the following errors: > > Day too big - 25932 > 24855 > Sec too small - 25932 < 74752 > Sec too big - 25932 > 11647 > > I assume this is because of a time_t overflow.
Yes. Show quoted text
> Date::Parse should really > be Y2038-safe ...
Why ? If it does not fit your needs, then I suggest looking at the DateTime modules Graham.
  Tue May 27 19:30:10 2008 The RT System itself - Status changed from 'new' to 'open'
  Wed May 28 10:01:45 2008 alech [...] cpan.org - Correspondence added
Show quoted text
> > Date::Parse should really > > be Y2038-safe ...
> > Why?
Because time does not suddenly stop in the year 2038? Because people might want to deal with dates that far away? Because time_t is not magically 32 bits? Sorry, but you sound a bit like "I don't need four digit years" in 1999 ... Even if you really think that you have a valid point for some reason, Date::Parse should at least warn when using larger dates or mention it in the documentation. Show quoted text
> If it does not fit your needs, then I suggest looking at the > DateTime modules
Done, I have switched our project to DateTime::Format::DateParse, which I can recommend as an alternative to those who want to deal with dates in the future ... str2time() can be replaced by DateTime::Format::DateParse->parse_datetime($date, [$timezone])->epoch() Cheers, Alex
  Wed May 28 10:02:54 2008 alech [...] cpan.org - Subject changed from 'str2time fails on dates > 2038 (time_t overflow?)' to 'str2time fails on dates > 2038 (time_t overflow)'
  Sat Sep 19 10:38:33 2009 GBARR [...] CPAN.ORG - Correspondence added
This is resolved with recent perls as Time::Local, which TimeDate uses, now supports dates > 2038
  Sat Sep 19 10:38:34 2009 GBARR [...] CPAN.ORG - Status changed from 'open' to 'resolved'