|
|
Joined: Nov 2003
Posts: 186 Likes: 1
Senior Member
|
OP
Senior Member
Joined: Nov 2003
Posts: 186 Likes: 1 |
Hi all,
With the built in debugger, is there a way to trace code, but exclude an area from the trace.
For example if you have code loaded into RAM that makes ROM calls that you want to trace, but you don't want to trace the code in ROM?
Cheers.
Phill.
|
|
|
|
Joined: Mar 2001
Posts: 16,985 Likes: 83
Very Senior Member
|
Very Senior Member
Joined: Mar 2001
Posts: 16,985 Likes: 83 |
There isn't that I know of, but that's an interesting feature idea.
|
|
|
|
Joined: Apr 2010
Posts: 57
Member
|
Member
Joined: Apr 2010
Posts: 57 |
You can use breakpoints on the ROM calls with logerror to get a serialized list of calls, but it's not exactly a trace. i.e. bpset address, 1, {logerror "bp at address %08X\n", pc; g}; You can put them all in a text file and use the 'source' command to load them into the debugger at the beginning of execution.
|
|
|
|
Joined: Dec 2015
Posts: 153 Likes: 4
Senior Member
|
Senior Member
Joined: Dec 2015
Posts: 153 Likes: 4 |
This is perhaps not quite the same thing, but one feature I did a trial implementation of was "exception points", which lets you conditionally trap any case where the debugger exception callback is invoked. These cases potentially includes software traps, and I already updated the x86 and 68K CPU cores so that INT XXh and $AXXX instructions can be trapped. (The currently-existing gex command behaves similarly, but is a one-shot deal.) A secondary intention behind this proposed feature of mine was to simultaneously retire the special per-instruction debugging hook which is now used exclusively by the rmnimbus driver.
|
|
|
1 members (Dam0),
28
guests, and
2
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
Forums9
Topics9,170
Posts120,090
Members5,039
|
Most Online1,283 Dec 21st, 2022
|
|
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!
|
|
|
|
|