#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215 Comment by: arpad at zooloo dot com Reported By: pmurray at nevada dot net dot nz Status: No Feedback Bug Type: Date/time related Operating System: Linux 64bit - Opteron PHP Version: 5.*, 4.* Assigned To: derick New Comment: [EMAIL PROTECTED]: I'm not sure if this is related but beta2 on 32bit windows behaves a lot worse than beta1 did: echo strtotime(1118936460); results in 1119871080 which does not make sense. This worked perfectly with beta1. I have not yet tested this on my 64bit gentoo. Previous Comments: [2005-06-26 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-18 21:44:15] [EMAIL PROTECTED] I've no access to a 64bit machine. A temporary account would help here - let me know by mail if you can provide one. [2005-06-17 00:51:34] pmurray at nevada dot net dot nz Something's changed, but it still doesn't behave properly. [EMAIL PROTECTED]:~/php5-200506162030/sapi/cli echo ? print strtotime(time()) . \\n\; ? | ./php -42492861720 [2005-06-16 21:31:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-05-17 09:40:23] weecka at stablebeast dot com I get the same bug with PHP 5.0.4 mmOK.. 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/30215 -- Edit this bug report at http://bugs.php.net/?id=30215edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215
Comment by: weecka at stablebeast dot com
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 get the same bug with PHP 5.0.4
mmOK..
Previous Comments:
[2005-05-11 13:59:52] olivier at oxeva dot fr
I could reproduce this bug on Bi-Xeon; fedora rc3
[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=30215edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
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=30215edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215
Comment by: kolmann at zid dot tuwien dot ac dot at
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:
Same Problem here. Is there any hope this will be fixed soon?
This bug was filed half a year ago...
thanks
philipp
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 15:04:53] [EMAIL PROTECTED]
Verified.
[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=30215edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215
Comment by: borishim at hotmail dot com
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 on 6.0-CURRENT of FreeBSD/amd64 box
(which is 64bit OS also.)
Previous Comments:
[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 15:04:53] [EMAIL PROTECTED]
Verified.
[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=30215edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215
Comment by: sstillwell at aerostich dot com
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:
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.
Previous Comments:
[2004-09-24 15:04:53] [EMAIL PROTECTED]
Verified.
[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=30215edit=1
