Xref: utzoo comp.sys.mac:46190 comp.sys.mac.hypercard:2973
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!snorkelwacker!ira.uka.de!smurf!urlichs
From: urlichs@smurf.ira.uka.de
Newsgroups: comp.sys.mac,comp.sys.mac.hypercard
Subject: Re: How to recover from a Mac crash (magic number)
Message-ID: <1384@smurf.ira.uka.de>
Date: 13 Jan 90 20:46:45 GMT
References: <1990Jan9.021328.18712@lsuc.on.ca> <50599@bbn.COM> <59@nrl-cmf.UUCP> <1374@smurf.ira.uka.de> <37782@apple.Apple.COM>
Reply-To: urlichs@smurf.ira.uka.de (Matthias Urlichs)
Followup-To: comp.sys.mac
Organization: University of Karlsruhe, FRG
Lines: 32

In comp.sys.mac.hypercard noah@Apple.COM (Noah Price) writes:
< 
< In article <1374@smurf.ira.uka.de> I write:
< >
< >Please don't.
< >On _all_ Macs, type
< >SM 0 A9F0
< 	  ^^^^--no, that's A9F4
< >G 0
< 
< A9F0 is LoadSeg... you don't want that.  A9F4 is the ExitToShell trap.
< 
Thanks for the correction. I thought something looked wrong up there, but I
was running A/UX at the time and couldn't simply ask MacsBug about it.

Something can be learned from this error. It's probably the fact that under
MacsBug, you type "ES" or "g ExitToShell" and don't have to bother with all
these silly numbers.  ;-)

And yes, I know of a few people who, upon observing that "G <magic-number>"
doesn't ever work on their Mac, then come to me, shouting that their Mac must
be severely faulty, and pointing at the latest magazine article where said
magic number was prominently printed.
Of course, I don't tell those people about A9F4, but I dig out their Mac
manual and show them the page upon which is printed, in effect, that the
Programmer's Switch is only provided for people who know exactly what they're
doing. Then I point out some of the more obvious errors in said magazine
article. _Then_ I tell them about A9F4. ;-)
Pity that this technique won't work with the newer Macs -- they have the
interrupt and reset buttons installed permanently...
-- 
Matthias Urlichs