Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <h-CcnUzJC_A3YGD7nZ2dnZfqnPWdnZ2d@earthlink.com>
Deutsch   English   Français   Italiano  
<h-CcnUzJC_A3YGD7nZ2dnZfqnPWdnZ2d@earthlink.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail
NNTP-Posting-Date: Thu, 03 Oct 2024 02:12:58 +0000
Subject: Re: Can't Avoid That Shit Rust - Even On Gentoo
Newsgroups: comp.os.linux.advocacy
References: <pan$96411$d204da43$cc34bb91$1fe98651@linux.rocks>
 <5mqdnZuGq4lgwm_7nZ2dnZfqnPSdnZ2d@earthlink.com>
 <9tDIO.25203$afc4.21891@fx42.iad> <llgvjcF5rlhU3@mid.individual.net>
 <59JIO.96321$WtV9.10707@fx10.iad> <vd8bou$15h6g$2@dont-email.me>
 <18udnd3mEtEGfGX7nZ2dnZfqnPGdnZ2d@earthlink.com>
 <vdap5d$1kp35$4@dont-email.me>
 <fcKcnSXE3MsnqWf7nZ2dnZfqnPudnZ2d@earthlink.com>
 <D0rKO.165127$EEm7.5633@fx16.iad> <vddevg$24fps$4@dont-email.me>
 <llv1scFa6uvU1@mid.individual.net>
 <D-6cnfCih5UIy2f7nZ2dnZfqn_adnZ2d@earthlink.com>
 <slrnvflggs.lr8.candycanearter07@candydeb.host.invalid>
 <pan$177f8$17178cab$c1086257$7a39b6f7@linux.rocks>
 <Btycnd1FwtZrW2H7nZ2dnZfqnPednZ2d@earthlink.com>
 <pan$e9fd5$1a1eef8b$c3e30623$375931ee@linux.rocks>
From: "186282@ud0s4.net" <186283@ud0s4.net>
Organization: wokiesux
Date: Wed, 2 Oct 2024 22:12:56 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <pan$e9fd5$1a1eef8b$c3e30623$375931ee@linux.rocks>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Message-ID: <h-CcnUzJC_A3YGD7nZ2dnZfqnPWdnZ2d@earthlink.com>
Lines: 74
X-Usenet-Provider: http://www.giganews.com
NNTP-Posting-Host: 99.101.150.97
X-Trace: sv3-FaSKutrf688lYpykCBUsCMiv/tt9Y0ijuEBitzNBiGH3+KfmCuOEtwTTUpaDv472i1i1gG0sYbmjlKt!UUdpZzHllMf+8sh25WfrqPLnni/bkW3xh8q03mgYmcyIJUC2K2UXHtJKsTtL8EXTkn0jIZ1ocsI7!LEQDW8EGK+J+TSvq6ylv
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
Bytes: 4500

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.