Article View: alt.folklore.computers
Article #539Re: BALR 12,12
From: env... Brian V. Smith
Date: Wed, 20 Dec 1989 23:01
Date: Wed, 20 Dec 1989 23:01
34 lines
2448 bytes
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!envbvsReferences:
<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