Re: the Y2K38 BUG

From: 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:
On 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-2040
a 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
Kalle Sommer Nielsen Danmarks Radio - www.dr.dk

« previous php.general (#273970) next »