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 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: References: 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: Content-Language: en-US Bytes: 2215 On 9/21/2024 3:14 PM, John Levine wrote: > According to MitchAlsup1 : >> In the days before 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.