🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #539

Re: BALR 12,12

#539
From: env... Brian V. Smith
Date: Wed, 20 Dec 1989 23:01
34 lines
2448 bytes
In article <11...@csli.Stanford.EDU>, po...@csli.Stanford.EDU (Bill
Poser) writes:
< [In reference to story about code that jumps to itself.]
< 
< A friend of mine told me about how he tried this on an old discrete
< component machine. He tried it and the program merrily looped away.
< Eventually he got tired of this and tried to halt the program. No luck.
< During such jumps, the machine disabled interrupts. So he decided to
< halt the machine. That just sent an interrupt, so it didn't work either.
< He thought cutting the power, but was worried that an abrupt power-down
< would cause a melt-down. Finally, he went and got one of the technicians.
< He thought for a minute and asked at what location the instruction had
< been loaded. Then he opened up the machine, found the logic for that
< location (remember, this is a discrete component machine - you can
< locate individual transistors) and shorted the collector to the
< emitter with a screwdriver. This is what is known as "programming down
< on the bare metal".

On a Data General NOVA (and on the Eclipse also, I believe) you
could have an instruction do an infinite indirect memory reference,
where the contents of the memory was the address of that location.

Interrupts are only acknowledged *between* instructions, and the STOP
switch (toggle switch) is only effective after an instruction is FINISHED,
and since the instruction isn't finished until it reaches the end of the
indirect chain (infinite).... you can't stop the CPU by pressing STOP!

Actually, you can press *RESET*, which DOES allow stopping in the middle
of an instruction (FORTUNATELY!)

_____________________________________
Brian V. Smith    (bvs...@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL, these non-opinions are all mine.
Technical Details
Message-ID: <4497@helios.ee.lbl.gov>
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!wuarchive!mailrus!hellgate.utah.edu!helios.ee.lbl.gov!epb2.lbl.gov!envbvs
References: <11504@csli.Stanford.EDU> <11212.664.forumexp@mts.rpi.edu>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!wuarchive!mailrus!hellgate.utah.edu!helios.ee.lbl.gov!epb2.lbl.gov!envbvs
From: env...@epb2.lbl.gov (Brian V. Smith)
Newsgroups: alt.folklore.computers
Subject: Re: BALR 12,12
Message-ID: <4497@helios.ee.lbl.gov>
Date: 20 Dec 89 23:01:02 GMT
References: <11504@csli.Stanford.EDU> <11212.664.forumexp@mts.rpi.edu>
Sender: use...@helios.ee.lbl.gov
Reply-To: env...@epb2.lbl.gov (Brian V. Smith)
Organization: Lbl
Lines: 34
Posted: Thu Dec 21 00:01:02 1989
X-Local-Date: 20 Dec 89 15:01:02 PST
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit