Well that was a bit shortsighted...


From: Bill Prince 
Sent: Monday, February 12, 2024 4:06 PM
To: [email protected] 
Subject: Re: [AFMUG] OT 2038 Linux

When I worked for Tandem back in the 80s, around 1985, they ran a project they 
called Grandfather, where they decided to use the Julian date in a 64-bit 
integer representing the number of microseconds since 4713 BC. 


Since there are only 31,556,952,000,000 microseconds per year, that means their 
clock would not roll over for around 580,000 years.

Good enough for me.



bp
<part15sbs{at}gmail{dot}com>On 2/12/2024 2:38 PM, [email protected] wrote:

  https://en.wikipedia.org/wiki/System_time#Operating_systems

  Fun chart here.  

   

  Linux kernels after 5.10 support dates up to July 2486. The 2038 thing 
affects older kernels.  

   

  It also may impact a variety of other things that might have stored dates as 
a 32 bit integer.  File system time stamps, database time fields, etc.  The 
time data type in C was originally 32 bit, and changing it to 64 bit creates 
compatibility problems for code which assumed a 32 bit value.  If it’s C 
compiled recently for a 64 bit system then it maybe probably has a 64 bit time 
data type already, but old software may run for a long time.  People are 
already coding for dates farther into the future than 2038 so the issue would 
be with embedded systems that never get replaced or updated.  I’m sure there 
are innumerable examples, but I suspect most of them are systems that don’t 
really care what year it is.  If a negative value breaks it, then reset the 
clock to 1978 and buy yourself another 50 years to get your upgrade budget 
approved.

   

  Interestingly, according to that chart, Windows supports dates past the year 
30,000, but the IBM PC BIOS only counts up to 2079.  I suppose the next panic 
will be when 2079 approaches.

   

  -Adam

   

   

  From: AF mailto:[email protected] On Behalf Of Bill Prince
  Sent: Monday, February 12, 2024 3:54 PM
  To: AnimalFarm Microwave Users Group mailto:[email protected]
  Subject: Re: [AFMUG] OT 2038 Linux

   

  Someone explain to me why the system clock is a signed integer?

  We need the IPV6 version of the system clock.

  Also please note that David Mills; the inventor of NTP passed away January 
17, 2024. He was known as "Father Time".

   

bp<part15sbs{at}gmail{dot}com>On 2/12/2024 11:53 AM, Ken Hohhof wrote:

    I’m not President or a Senator or Supreme Court Justice, so in 2038 I plan 
to be retired or dead.  It will be somebody else’s problem.

     

     

    From: AF <[email protected]> On Behalf Of Chuck McCown via AF
    Sent: Monday, February 12, 2024 1:02 PM
    To: [email protected]
    Cc: [email protected]
    Subject: [AFMUG] OT 2038 Linux

     

    "The latest time which can be represented like this is 03:14:07 UTC on 
January 19, 2038," said Zimmie. "Once the timer is incremented from this 
second, the value 'overflows' and goes from being a large positive number to 
being a large negative number. The next second this counter can represent is 
20:45:52 UTC on December 13, 1901. This is called the Year 2038 Problem."

     






   


--------------------------------------------------------------------------------
-- 
AF mailing list
[email protected]
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
[email protected]
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Reply via email to