Re: the Y2K38 BUG
| From: | Kalle Sommer Nielsen | Date: | Wed, 07 May 2008 06:48:45 +0000 |
| Subject: | Re: the Y2K38 BUG | ||
| References: | 1 2 3 4 5 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-273970@lists.php.net to get a copy of this message | ||
Quoting "Jon L." <jonllmsed@gmail.com>:
Another possibility... Port the Date object implementation from ECMA/Javascript. It has a range of +/-8.64e15, or Tue, 20 Apr -271821 00:00:00 GMT to Sat, 13 Sep 275760 00:00:00 GMT. You know...just to have a little extra time to find something else. ;) - Jon L.That would be a quite interesting move, try propose it to Derick ;)
On Wed, May 7, 2008 at 12:56 AM, Paul Scott <pscott@uwc.ac.za> wrote:Kalle Sommer Nielsen Danmarks Radio - www.dr.dkOn Tue, 2008-05-06 at 23:50 -0600, Nathan Nobbe wrote:true-that ;) anyway, the DateTime class is implemented as a 64-bit unsigned (i think) value. so if you use it you should be good to go. php > echo date_create('2040-10-24')->format('M-d-Y'); Oct-24-2040a 64bit unsigned int is best, but that would only work properly on 64bit arch. For 32bit users, making it unsigned is the best option for now, and I suppose that by 2038 there will be another option. As far as I am concerned, this discussion is a discussion for the sake of discussion. If I am still using the same apps that I use today in 2038, I will officially rethink my usefulness as a human being :) --Paul All Email originating from UWC is covered by disclaimer http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php