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.