php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #7103 2037 latest year???
Submitted: 2000-10-09 17:15 UTC Modified: 2000-10-09 17:28 UTC
From: michael at listevent dot com Assigned:
Status: Closed Package: Date/time related
PHP Version: 4.0.3RC2 OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
10 - 8 = ?
Subscribe to this entry?

 
 [2000-10-09 17:15 UTC] michael at listevent dot com 
When creating a calendar application ... everything works fine until year 2038. Then it breaks. Is there any reason for limiting the date/time functions to 2037 years?

http://durras.listevent.com/year.php?year=2037
http://durras.listevent.com/month.php?year=2037&month=12

Thanks,

Michael

Patches

yearlimit (last revision 2013-08-26 08:02 UTC by udom at sut dot ac dot th)

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-10-09 17:21 UTC] derick@php.net 
In 2038 Unixes have their "millennium bug". The 32 bits second counter (seconds sinds 1970) is out of bits then.
It should be fixed, but not very important at the moment (I think).
 [2000-10-09 17:22 UTC] eschmid@php.net 
It's a limitation in the integers counting seconds from
the first January since 1970. You need a 64 bit machine.
 [2000-10-09 17:28 UTC] eschmid@php.net 
It's a limitation in the integers counting seconds from
the first January since 1970. You need a 64 bit machine.
 [2004-06-04 22:03 UTC] x dot x at x dot de 
The last date/time that is working:

19.01.2038 03:14:07 ( =2147480047 )
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 18 23:01:27 2024 UTC