Deutsch English Français Italiano |
<vcpfod$28muo$2@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!feeds.phibee-telecom.net!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Lars Poulsen <lars@beagle-ears.com> Newsgroups: comp.arch Subject: Re: except what, is Vax addressing sane today Date: Sun, 22 Sep 2024 09:14:04 -0700 Organization: AfarCommunications Inc Lines: 23 Message-ID: <vcpfod$28muo$2@dont-email.me> 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=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sun, 22 Sep 2024 18:14:05 +0200 (CEST) Injection-Info: dont-email.me; posting-host="397186fb264c2dde83da62a56461b17f"; logging-data="2382808"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/lXwnNv90xjGRWS3Gkq8eJjU5PDi3PEU4=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:Q3SLOmEGxTxLORkJQ8hGrOZga8k= In-Reply-To: <vcngfk$pkf$1@gal.iecc.com> Content-Language: en-US Bytes: 2215 On 9/21/2024 3:14 PM, John Levine 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. From a programmer's perspective, VAX exception handling was very nice. It may have been high overhead, though.