Edit report at http://bugs.php.net/bug.php?id=53662&edit=1
ID: 53662
Updated by: der...@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] ras...@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] ahar...@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] ras...@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
