ID: 30215
Comment by: olivier at oxeva dot fr
Reported By: pmurray at nevada dot net dot nz
Status: Assigned
Bug Type: Date/time related
Operating System: Linux 64bit - Opteron
PHP Version: 4.3.10-dev
Assigned To: derick
New Comment:
I could reproduce this bug on Bi-Xeon; fedora rc3
Previous Comments:
------------------------------------------------------------------------
[2005-02-13 19:48:04] borishim at hotmail dot com
I could reproduce this on 6.0-CURRENT of FreeBSD/amd64 box
(which is 64bit OS also.)
------------------------------------------------------------------------
[2005-02-11 18:18:36] sstillwell at aerostich dot com
PHP Version: 4.3.2-19 (RHEL)
OS: RHEL x86_64
CPU: Dual Intel Xeon 2.8 EM64T
I am getting this same bug as well.
This code
print strtotime(time());
Produces this
3434798239200
Looks like PHP is not quite ready for 64 bit plateforms at this time.
------------------------------------------------------------------------
[2004-09-24 05:21:54] pmurray at nevada dot net dot nz
Description:
------------
When using strtotime(), it returns a bogus timestamp instead of -1.
Gentoo 64bit (Opteron) 2004.2, Glibc 2.3.4, PHP 4.3.8;
strtotime(time()) returns 3396548642400
Gentoo 32bit (Pentium 4) 2004.2, Glibc 2.3.3, PHP 4.3.8 returns -1
FreeBSD 32bit, PHP 4.3.8 and 5.0.1 returns -1
This causes the examples in the date_format modifier page in the Smarty
documentation to fail. IE
{$smarty.now|date_format:"%Y"}
Could this be related to being on a 64bit platform?
Reproduce code:
---------------
strtotime(time());
Expected result:
----------------
Return -1
Actual result:
--------------
Return 3396548642400
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=30215&edit=1
