Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!claris!jazzman
From: jazzman@claris.com (Sydney R. Polk)
Newsgroups: comp.sys.apple
Subject: Re: GSBug Questions
Message-ID: <10299@claris.com>
Date: 19 Jun 89 18:08:33 GMT
References: <6230036@hpindda.HP.COM>
Organization: Claris Corporation, Santa Clara CA
Lines: 45

From article <6230036@hpindda.HP.COM>, by tribby@hpindda.HP.COM (David Tribby):
> I'm using the new Apple II GS debugger, GSBug. The application version
> works fine, but I have a few questions about the init (CDA) version...
> 
> 	The documentation talks about a file named GSBUG.SETUP, but it
> 	did not come on the disk with the debugger. This file is supposed
> 	to go in a directory called SYSTEM.STARTUP. Should that directory
> 	be under */, */SYSTEM, or */SYSTEM/SYSTEM.SETUP (or somewhere else)?


We got no docs, but I don't think this file is essential.

> 	I can start the init version with control-OpenApple-Option-escape,
> 	but when I try to get out with q or qr, GSBug beeps at me and 
> 	leaves me in the command line. The q and qr work fine with the 
> 	application version. I finally got out by entering the commands
> 		off		to get the correct display
> 		s		start single-step mode
> 		j		jump into executing code.
> 	Any ideas why q doesn't work?

That is the only way to exit.  q actually would try to excute a prodos
quit call.  It doesn't make since in an init.  What you have done is
basically equivalent to a breakpoint.  It's as if the debugger was the boot
application (in a sense it is) and you can't really "quit" it.

> Thanks in advance!
> --Dave Tribby

Another neat thing:  The debugger leaves interrupts enabled period.  This
means that if you can make it the first thing in your system setup folder,
all sorts of things which normally wouldn't work with a CMS SCSI Card will
work.  For instance, when running AppleShare, if you set up a volume to 
be present when you boot, normally AppleShare would hang with a CMS SCSI
Card because the interrupts which tell the GS that the logon was successful
are eaten by the card (the card disables interrupts).  If the debug init
is run first however, this will work!

Gross.

-- 
Syd Polk           | Wherever you go, there you are.
jazzman@claris.com | Let the music be your light.
GO 'STROS!         | These opinions are mine.  Any resemblence to other
GO RICE!           |  opinions, real or fictitious, is purely coincidence.