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.