3 ms·
It's probably better than what the original poster has made, however you can debug with gdb directly on the hardware with the simple design of bidirectional com
by djmips 5y ago
It's probably better than what the original poster has made, however you can debug with gdb directly on the hardware with the simple design of bidirectional communication / dual port RAM and a little bit of ROM code to boot your debug code into the Genesis / MD memory. That's what we did. Single stepping is supported by using 68K trap instructions. The command set isn't very big. Mostly read memory / write memory / Run. I can't remember how we implemented stop but IIRC it was polling from an interrupt routine that was running from a timer. In any case you can get a lot of mileage out of a simple bit of hardware.
- jdmoreira 5y agoThank you for your reply. Yes, I'm aware you can basically link a gdb stub within your own program as well. I want to encourage you to release your code if you still have it somewhere!
- djmips 5y agoThis code is from 1992. No Internet, no GitHub and many fragile hard drives ago... So much old code is lost to time.