Skip Menu |

This queue is for tickets about the TimeDate CPAN distribution.

Report information
The Basics
Id: 84075
Status: new
Priority: 0/
Queue: TimeDate

Owner: Nobody in particular
Requestors: Keith.S.Thompson [...]

Bug Information
Severity: Normal
Broken in: 2.30
Fixed in: (no value)

Subject: Date::Parse::str2time maps date in 1963 to 2063
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
X-RT-Original-Encoding: utf-8
Content-Type: multipart/mixed; boundary="----------=_1363718262-18735-12"
X-RT-Encrypt: 0
X-RT-Sign: 0
Content-Length: 0
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: binary
Content-Length: 612
Download (untitled) / with headers
text/plain 612b
The Date::Parse::str2time function, given a string representing a date in 1963 such as "1963-12-31 23:59:59 UTC", returns a value denoting a date exactly 100 years later. Similar strings representing dates in 1964 or later are handled correctly. (I wonder if the relevant year is 50 years before the current year; that's just a guess.) The attached test script demonstrates the bug, and includes the output I got after the __END__ marker; the output shows the version of Perl, of the Date::Parse module, and of my system (64-bit Linux). The strptime() function works correctly for the same input strings.
Subject: str2time-bug
MIME-Version: 1.0
Content-Type: application/octet-stream; name="str2time-bug"
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Disposition: inline; filename="str2time-bug"
Content-Transfer-Encoding: base64
Content-Length: 802
Download str2time-bug
application/octet-stream 802b

Message body not shown because it is not plain text.

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to