lkml.org 
[lkml]   [2000]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRE: time_t size: The year 2038 bug?
> 	People who write bad code will write bad code no matter how large a time_t
> is or isn't, and then code will break. Even if you make a time_t 64-bits,
> the people who cast it to an 'int' or write it into a 4-byte database slot
> will still be screwed on 32-bit machines.
>
> The code I write today is Y2.038K-compliant. Long before 2038, there will
> be Y2.038K-compliant libraries to link it to and operating systems to run it
> on. My code will not break.

Assuming it can be recompiled. Not all programs are available in
source. Source gets lost (there was a big market for object to
Cobol 'disassemblers' recently). Vendors go away. Vendors charge
large amounts of money for upgrades. Upgrades don't run on older
operating systems. Newer operating systems don't run on older
hardware.

Mike


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.495 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site