From: dale@cs.rmit.edu.au (Dale Stanbrough)
Subject: Re: UNIX/POSIX Time
Date: 1998/10/21
Date: 1998-10-21T02:38:09+00:00 [thread overview]
Message-ID: <dale-2110981239580001@dale.ppp.cs.rmit.edu.au> (raw)
In-Reply-To: gwinn-2010982201500001@d106.dial-3.cmb.ma.ultra.net
Joe Gwinn wrote:
" I would not expect rollover in 2038 to be a problem, as time_t will become
a 64-bit signed number by then, deferring the issue for 2.9e11 years, or
so.
Joe Gwinn"
Then you have more faith in the ability of people to learn from the
lessons taught by the year 2000 problem than I do.
I have *infinite* faith that the lessons will be "dead, buried, and
forgotten by then" by the vast majority of IT sites.
For those of use who are around then, we'll no doubt be annoying relatives
and friends with numerous "i tried to tell you but no one would listen to
me".
My guess? It will be too costly to replace 32 bit time_t, so a 64 bit
time_t (time_t_64?) will be introduced along side it, and lots of code
will continue to use time_t (32).
Dale
next prev parent reply other threads:[~1998-10-21 0:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-10-20 0:00 UNIX/POSIX Time Joe Gwinn
1998-10-21 0:00 ` Dale Stanbrough [this message]
1998-10-21 0:00 ` Markus Kuhn
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox