Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!cs.utexas.edu!bcm!dimacs.rutgers.edu!aramis.rutgers.edu!paul.rutgers.edu!njin!uupsi!sunic!cs.umu.se!christer
From: christer@cs.umu.se (Christer Ericson)
Newsgroups: comp.sys.mac.misc
Subject: Re: How to recover from lockup
Message-ID: <1991Apr22.140506.26456@cs.umu.se>
Date: 22 Apr 91 14:05:06 GMT
References: <1991Apr22.040229.7149@oakhill.sps.mot.com> <8555@idunno.Princeton.EDU>
Sender: news@cs.umu.se (News Administrator)
Organization: Dep. of Info.Proc, Umea Univ., Sweden
Lines: 34

In article <8555@idunno.Princeton.EDU> bskendig@rise.Princeton.EDU (Brian Kendig) writes:
>In article <1991Apr22.040229.7149@oakhill.sps.mot.com> hunter@oakhill.sps.mot.com (Hunter Scales) writes:
>>	I read a posting in this group a while back in which the
>>	writer explained the magic words to cause the low-level
>>	rom monitor to enter the finder again after the interrupt
>>	button was pushed.  Could someone send me that Info, I
>>	think it would be a marvelous thing to tape to my Mac.
>
>After entering the interrupt monitor (by pressing the interrupt pad on
>your CPU or pressing the interrupt key sequence on a IIsi or LC), type
>the magic words:
>
>	G A9F4
>
>This jumps the machine to the "ExitToShell" routine, which (if the
>machine's memory has not been corrupted too much) will force-load the
>Finder and pass control to it.

Close, but no cigar. _Much_ better would be to:

	SM 0 A9F4
	G 0

This does what Brian says it should do, namely call the "ExitToShell" routine.
A 'G A9F4' just starts the CPU running from that address (A9F4); this would
probably work in most cases too, accomplishing the same thing as "the official
way of doing it" as long as you're running MultiFinder, but for other reasons
(like MultiFinders trapping of address errors :-).

>     << Brian >>


| Christer Ericson                            Internet: christer@cs.umu.se |
| Department of Computer Science, University of Umea, S-90187 UMEA, Sweden |