Apple IIGS Debugger Debugging Software Reference Manual

Below you will find brief information for the Apple IIGS Debugger. This document details how to control program execution, including single-stepping, tracing, and real-time modes. Learn to set breakpoints to suspend execution, define memory protection ranges, and utilize various display screens for inspecting registers, stack, memory contents, and code disassembly. It also covers using included desk accessories like Loader Dumper and Memory Mangler for advanced debugging tasks.

PDF
Document
Apple IIGS Debugger Reference Manual | AI Chat & PDF Download | Manualzz

Advertisement

Advertisement

/

Advertisement

Key features

  • Single-step and trace modes for controlled execution

  • Real-time execution for timing-critical code sections

  • Set up to 17 breakpoints with customizable trigger values

  • Memory protection for code-trace and code-window ranges

  • Comprehensive Master Display: registers, stack, disassembly, RAM, breakpoints

  • Dedicated Memory and Direct Page displays

  • On-line help screens for command reference

  • Integration with Monitor routines for advanced memory operations

  • Includes Loader Dumper and Memory Mangler desk accessories

Frequently asked questions

Load the debugger by typing its full pathname (e.g., DEBUG) and pressing Return. Then, load your program by typing 'LOAD pathname' on the command line, replacing 'pathname' with your program's full or partial path.

The debugger requires approximately $4600 bytes of memory. If your program uses absolute code, it might conflict if it writes to, write-protects, banks out, or assigns its direct page/stack into the debugger's code space.

To turn off the Master Display and show your program's screen, type 'OFF' and press Return. To return to the Master Display, type 'ON' and press Return. Display modes can also be changed in single-step/trace modes using specific key commands.

In single-step mode, you execute one instruction at a time by pressing the Space bar. In trace mode, the debugger automatically steps continuously through instructions until stopped by Esc, a breakpoint, or a BRK instruction.

Breakpoints suspend execution at specified memory addresses. They can be 'real' (BRK instructions inserted into code) or 'interpreted' (debugger-managed in trace mode). Each breakpoint has a trigger value, indicating how many times it must be encountered before execution stops.

Preparing document for printing…
0%