[Coco] Assembly help
camillus1
camillus.b.58 at gmail.com
Sat Oct 17 14:44:01 EDT 2015
HI Tim,
I was thinking, can't you make use of the Halt pin, and then externaly read the contents of the registers of the 6809/6303?
I do not know if the Ram refresh is done by the cpu on coco1 and 2, as it is being done by the GIME in coco3. If not done by the cpu then you also have the variable space to examine. The VRPTR routine in basic ( see unravelled ) can help you to find out where to look per variable I think.
Allyou need is a controller that has I/O for the 16 bit for address and 8 bit data busses. ( many ways to do this, even with 8 bit I/O). Then if you can send data on serial port to pc you can analize it in excel or some other tools.
Just A thought, it will be not exactly real time but surely close enough, except if you need this for timing issues, because that would not be possible if the cpu is halted all the time. Some lines on the 6809 gives you the end of each instruction, and thats where you schould halt the cpu, of course the HALT pin triggers kind of interupt, so you need to figure out the interupt routine for this event, because that code is never part of your code that you want to examine.
Just a thought, don't even know it would work.
cb
On 10/17/2015 12:59:34 PM, tim lindner <tlindner at macmess.org> wrote:
Chad H wrote:
> I WISH there was a way to do a step by step trace in assembly
> the way one can do in Microsoft's .NET languages to see exactly
> what's going on with each instruction and the variable values, etc.
Erik Gavriluk has a fork of MAME (MESS) that includes a bunch of extras
to help with debugging. Specifically tailored to the CoCo drivers.
https://github.com/milliluk
It pretty much supercedes my work with EMUBRK.
--
tim lindner
tlindner at macmess.org Bright
--
Coco mailing list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
More information about the Coco
mailing list