Deutsch English Français Italiano |
<20240922014147.0000257b@yahoo.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Michael S <already5chosen@yahoo.com> Newsgroups: comp.arch Subject: Re: except what, is Vax addressing sane today Date: Sun, 22 Sep 2024 01:41:47 +0300 Organization: A noiseless patient Spider Lines: 26 Message-ID: <20240922014147.0000257b@yahoo.com> References: <vbd6b9$g147$1@dont-email.me> <vckf9d$178f2$1@dont-email.me> <O2DHO.184073$kxD8.113118@fx11.iad> <e290e18a59651f93e4b46f4839713b1c@www.novabbs.org> <vcngfk$pkf$1@gal.iecc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Date: Sun, 22 Sep 2024 00:41:48 +0200 (CEST) Injection-Info: dont-email.me; posting-host="a922624117b2cca4890197850cfa5a0d"; logging-data="1818981"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1972K0jxiXlGOrN7PWWfeqp+SwcVNgtjus=" Cancel-Lock: sha1:JhANctzZwOHvlibEF1i22MrJrZk= X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32) Bytes: 2143 On Sat, 21 Sep 2024 22:14:12 -0000 (UTC) John Levine <johnl@taugh.com> wrote: > According to MitchAlsup1 <mitchalsup@aol.com>: > >In the days before <good> branch prediction having a conditional > >branch after each instruction that could have an execution problem > >was an extremely poor choice. Thus, exceptions were invented (circa > >1958). > > Oh, it was worse than that. There were instructions like "Divide or > Halt" which stopped the computer with an error light on a zero divide. > > >Many (most, nearly all) processor architectures have notoriously > >bad exception delivery to a point of control that can deal with > >the problem at hand. > > Some of us remember imprecise itnterrupts and the OS/360 S0C0 > completion code. > > But you are in general right, it makes more sense to keep the computer > running in the normal case and provide slow ways to recover from > failures and do something else. > Where is Nick to tell you that any attempt of recovery is a Bad Idea.