Doc #53662 [Com]: strtotime() returns inconsistent output on 64 bit systems

Edit report at http://bugs.php.net/bug.php?id=53662&edit=1 ID: 53662 Comment by: vita10gy at charter dot net Reported by: smenjas at gmail dot com Summary: strtotime() returns inconsistent output on 64 bit systems Status: To be documented Type: Documentation Problem Package: Date/time related Operating System: Ubuntu 10.10 PHP Version: 5.3.4 Block user comment: N Private report: N New Comment: If you pass the returned timestamp back to date() you get -0001-11-30 00:00:00 0 might be a valid year, 0 isn't a valid month or day. Database dates can be nothing or 0000-00-00 00:00:00 if null isn't allowed, so the easiest check for both is to see if strtotime === false, or not. Obviously there are workarounds, but depending on the feasibility of changing lots of legacy code, this could be a show stopper for upgrading. 0000-00-00 00:00:00 is a nonsensical date and the timestamp returned is nonsense. Please return false. Pretty please? :) Previous Comments: ------------------------------------------------------------------------ [2011-01-24 18:07:51] tjw at tjw dot org Nevermind, I see this underflow/overflow behavior is documented here http://us2.php.net/manual/en/datetime.formats.date.php. It might be nice if there were a "strict" option to turn this behavior off, but that's another story. ------------------------------------------------------------------------ [2011-01-24 18:03:04] tjw at tjw dot org Shouldn't "0000-00-00 00:00:00" return false because there is no 00 month or 00 day in any month? ------------------------------------------------------------------------ [2011-01-06 11:44:08] pajoye@php.net Blog post are not documentation, if the docs do not have this info then let mark this bug as "to be documented". ------------------------------------------------------------------------ [2011-01-06 11:40:17] derick@php.net For a read on the used calendar: http://derickrethans.nl/unix-epoch-and-phps-calendar-system.html ------------------------------------------------------------------------ [2011-01-06 04:20:47] smenjas at gmail dot com Thanks for taking the time to point that out, and thanks for PHP! ------------------------------------------------------------------------ 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