ID: 44209 User updated by: bishillo at gmail dot com Reported By: bishillo at gmail dot com Status: Closed Bug Type: Date/time related Operating System: linux 64 bit PHP Version: 5.2CVS-2008-02-22 (snap) Assigned To: derick New Comment:
Woa! fixed in 49 minutes! Thats fast. Thx! Previous Comments: ------------------------------------------------------------------------ [2008-02-22 09:49:40] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2008-02-22 09:23:02] [EMAIL PROTECTED] Weird, I was positive this was working. ------------------------------------------------------------------------ [2008-02-22 09:00:56] bishillo at gmail dot com Description: ------------ strtotime() of years >2038 or <1900 does not work on 64 bit platforms, that should not have problems with those dates. The rest of php functions work properly with those extended dates. Reproduce code: --------------- On 64 bit platforms php date functions support greater range of dates. For exampe: <?= date('d-m-Y',time()+31536000000) ?> Returns: 3007-06-25 But strtotime does not work with those improved date ranges: <?= date('Y-m-d',strtotime('3007-06-25')) ?> Returns: 1970-01-01 I understand that output on 32 bit platforms, but on 64 bit should work as the rest of functions, and return a valid 64bit timestamp for dates >2038 or <1900. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=44209&edit=1
