Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!aplcen!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!mips!apple!well!dsmall
From: dsmall@well.UUCP (David Small)
Newsgroups: comp.sys.atari.st
Subject: Re: THINK C's source debugger and Spectre
Message-ID: <15096@well.UUCP>
Date: 19 Dec 89 05:19:28 GMT
References: <891215-183332-2628@Xerox>
Reply-To: dsmall@well.UUCP (David Small)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Lines: 24



 (Sorry about all the net bandwidth -- there have been many Spectre
questions.)

	T	The basenote asks about Think C's source debugger.

	While I am not certain, I am under the impression that this setup
requires Multifinder. The debugger runs as one task, and the main task as
another. Multifinder under 2.3k is fatally flawed due to zeroreads (a
previous post tonight dealt with that at length). When 2.5 comes out, with
the zeroread patch, please retest; I think you'll have better luck.

	While it's true we grab interrupt vectors, the situation isn't that
bad. We have to grab hblank, at IPL 4, and serial/keyboard/mouse at IPL 6.
The Mac doesn't really use those; it uses 1 for VIA and 2 for SCC. (2 on the
ST is hbank, which everyone shuts off). I see it as entirely possible to
implement many of the Apple's original vectors through their vector dispatch
scheme and bring up stuff like TMON; heck, the Amiga AMAX emulator runs
TMON ...

	Hence, don't give up hope.

	-- thanks, Dave / Gadgets