Deutsch English Français Italiano |
<tDmdnbUWb6B072b7nZ2dnZfqn_idnZ2d@earthlink.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!Xl.tags.giganews.com!local-4.nntp.ord.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail NNTP-Posting-Date: Tue, 01 Oct 2024 03:56:25 +0000 Subject: Re: Can't Avoid That Shit Rust - Even On Gentoo Newsgroups: comp.os.linux.advocacy,comp.os.linux.misc 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> From: "186282@ud0s4.net" <186283@ud0s4.net> Organization: wokiesux Date: Mon, 30 Sep 2024 23:56:22 -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: <slrnvflggs.lr8.candycanearter07@candydeb.host.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Message-ID: <tDmdnbUWb6B072b7nZ2dnZfqn_idnZ2d@earthlink.com> Lines: 53 X-Usenet-Provider: http://www.giganews.com NNTP-Posting-Host: 99.101.150.97 X-Trace: sv3-qr6NV4TMT1ducYAensyU7I+T2A/q7OWKs3+ksoDHXHrbZ4+8n5ORBSOzbTtn7bqTDxGuvi0mUtnJgkm!IW8gXte3ouHtA5qN2AVMPBRRKBcFNi5RWfNroBYBftlLeW78x96SmqTIiv0Vn064bVTS2CkxMnPj!tY37MFFQeU9IT8sDnJfD 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: 3845 On 9/30/24 3:40 PM, candycanearter07 wrote: > 186282@ud0s4.net <186283@ud0s4.net> wrote at 07:43 this Monday (GMT): >> On 9/30/24 3:21 AM, rbowman wrote: >>> On Mon, 30 Sep 2024 06:03:29 -0000 (UTC), Lawrence D'Oliveiro wrote: >>> >>>> Fun fact: I was reworking an old perpetual-calendar program I first >>>> wrote back in 1980, to use Fortran 90, a few months ago. And I found a >>>> bug in my algorithm that never showed up in any years from the 20th >>>> century, but did manifest itself in the 21st century. >>> >>> Y2K rides again... I think in many cases the problem was recognized in >>> the '70s and '80s but nobody expected the code to last decades. >> >> Very true - and TROUBLESOME. >> >> We all think in the NOW. With effort we can think >> a FEW years ahead. But a whole new century or >> something similar ... TOO MUCH WORK to future- >> proof. We'll "get back to it", sometime ...... > > > Then, people ignore the problem until it's right there. > For instance, the 2038 problem I'm betting will be ignored until 2035. Yep, for SURE. Human nature. Alas the PROBLEM tends to be several times larger than people THINK it will be, so ...... Oh sure, just make time() into a proper 64-bit number ... but SO much downstream from that will NOT be prepared to deal with the 64 bit value. Basically EVERY subroutine that uses/manipulates time are still set up assuming unsigned 32-bit vars. This means MASS quantities of software that has to be re-written/re-compiled (at the last minute). Can't see ANY easy universal fix. Your assumptions chart your future. Yea, they can write a time64(), but everything still has to re-done. I may live until 2038, so this WILL be a huge problem. Can I even get my pension/govt payments ??? Insurance ??? Probably won't be in shape to physically travel to offices of all these entities. Again, way back, 2038 seemed SO far away ... don't worry about it ..........