Bug #53662 [Bgs]: strtotime() returns inconsistent output on 64 bit systems

Edit report at http://bugs.php.net/bug.php?id=53662&edit=1 ID: 53662 Updated by: derick@php.net Reported by: smenjas at gmail dot com Summary: strtotime() returns inconsistent output on 64 bit systems Status: Bogus Type: Bug Package: Date/time related Operating System: Ubuntu 10.10 PHP Version: 5.3.4 Block user comment: N Private report: N New Comment: For a read on the used calendar: http://derickrethans.nl/unix-epoch-and-phps-calendar-system.html Previous Comments: ------------------------------------------------------------------------ [2011-01-06 04:20:47] smenjas at gmail dot com Thanks for taking the time to point that out, and thanks for PHP! ------------------------------------------------------------------------ [2011-01-06 04:07:00] rasmus@php.net And you get false in 32-bit systems because year 0 falls outside the supported range that fits in a 32-bit signed integer. The range for 32-bit covers about 136 years starting at 1901-12-13 and ending at 2038-01-19 ------------------------------------------------------------------------ [2011-01-06 03:49:19] aharvey@php.net PHP uses the version of the proleptic Gregorian calendar specified by ISO 8601, which does include a year 0 (equivalent to 1 BC in the traditional Gregorian calendar). ------------------------------------------------------------------------ [2011-01-06 03:12:54] smenjas at gmail dot com Thanks for the incredibly prompt reply. That makes sense, except that to the best of my knowledge the year zero is not valid in either the Julian or Gregorian calendars. I had assumed that strtotime would return FALSE for invalid dates. On my 32 bit Ubuntu system, this appears to the case. strtotime("2011-01-32") returns FALSE, as opposed to returning the timestamp for "2011-02-01". An in depth reading of the documentation did not clarify how strtotime() should be expected to handle invalid date strings. ------------------------------------------------------------------------ [2011-01-06 02:57:07] rasmus@php.net This is expected. On 64-bit systems the date range supported is much larger than on 32-bit systems. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53662 -- Edit this bug report at http://bugs.php.net/bug.php?id=53662&edit=1