Re: Can't Avoid That Shit Rust - Even On Gentoo

On 10/2/24 5:49 AM, Farley Flud wrote:

On Wed, 2 Oct 2024 00:07:15 -0400, 186282@ud0s4.net wrote:
 

>
GNU/Linux has had 64-bit time for many years already.

>
    It's not just HAVING 64/128-bit vars. Gotta look
    at every function, every line. The original pgmr
    likely specified 32-bit vars for a of of the
    date-related stuff because, well, datetime is
    always 32 bit, right ? Hey, the cdates/mdates
    on FILES too ......
>

 If the programmer follows ISO/POSIX standards then
it will all automatically become 64-bit because all
libc time/date functions are based on time_t, which
is an integer defined in the libc headers.

   *IF* ....
   But even I rarely did that. Same will go for
   many/most? others. Yet their code is STILL
   in there, still doing your paychecks, watching
   for incoming Russian missiles ....

Some filesystem timestamps may still be 32-bit but
that shouldn't be hard to fix.  If the filesytem is
in wide usage it should be fixed already.
 

    The swamp just gets deeper and deeper.
>
    There are kind of the literal gazillion bits of
    code in dozens of languages created from the
    late 1950s on that are inside apps/systems
    everywhere today that in some way deal
    with, depend on, datetimes.
>

 Most C source code from the 1950's, or even the 1990's,
would not on run on current 64-bit systems anyway,
irrespective of date/time functions.

   'C' doesn't go back to the 50s. FORTRAN does though,
   but just barely.
   As for 8-bit code ... nasty trick by Intel. However
   it DOES work in common emulators. I've got DOS 2.x
   with the old MS/IBM multi-pass 'C' and Pascal
   compilers in a VM. It all works. Even CP/M-86 works
   in a VM.

I have had to convert code from the early 2000's just
to make it run on my machine.  The change from 32 to
64 bit processors forced many, many packages to be
rewritten.

   Therein lies a big part of The Problem - so MUCH
   to check/fix/rewrite ... so few to do it and esp
   so little MONEY for it.

But you are correct.  Lot's of code won't make it but
for desktop GNU/Linux workstations this code is largely
irrelevant and may be irrelevant elsewhere as well.

   It's not just the desktops ... it's everything they
   read/write to and everything they connect to.
   IMHO, people/corps/govt will wait until the literal
   last minute and they go into a panic and TRY to fix
   everything - and often fail.