Edebug Execution Modes

Edebug supports several execution modes for running the program you are debugging. We call these alternatives Edebug execution modes; do not confuse them with major or minor modes. The current Edebug execution mode determines how far Edebug continues execution before stopping--whether it stops at each stop point, or continues to the next breakpoint, for example--and how much Edebug displays the progress of the evaluation before it stops.

Normally, you specify the Edebug execution mode by typing a command to continue the program in a certain mode. Here is a table of these commands. All except for S resume execution of the program, at least for a certain distance.

S

Stop: don't execute any more of the program for now, just wait for more Edebug commands (edebug-stop).

SPC

Step: stop at the next stop point encountered (edebug-step-mode).

n

Next: stop at the next stop point encountered after an expression (edebug-next-mode). Also see edebug-forward-sexp in section Miscellaneous Edebug Commands.

t

Trace: pause one second at each Edebug stop point (edebug-trace-mode).

T

Rapid trace: update the display at each stop point, but don't actually pause (edebug-Trace-fast-mode).

g

Go: run until the next breakpoint (edebug-go-mode). See section Breakpoints.

c

Continue: pause one second at each breakpoint, and then continue (edebug-continue-mode).

C

Rapid continue: move point to each breakpoint, but don't pause (edebug-Continue-fast-mode).

G

Go non-stop: ignore breakpoints (edebug-Go-nonstop-mode). You can still stop the program by typing S, or any editing command.

In general, the execution modes earlier in the above list run the program more slowly or stop sooner than the modes later in the list.

While executing or tracing, you can interrupt the execution by typing any Edebug command. Edebug stops the program at the next stop point and then executes the command you typed. For example, typing t during execution switches to trace mode at the next stop point. You can use S to stop execution without doing anything else.

If your function happens to read input, a character you type intending to interrupt execution may be read by the function instead. You can avoid such unintended results by paying attention to when your program wants input.

Keyboard macros containing the commands in this section do not completely work: exiting from Edebug, to resume the program, loses track of the keyboard macro. This is not easy to fix. Also, defining or executing a keyboard macro outside of Edebug does not affect commands inside Edebug. This is usually an advantage. But see the edebug-continue-kbd-macro option (see section Edebug Options).

When you enter a new Edebug level, the initial execution mode comes from the value of the variable edebug-initial-mode. By default, this specifies step mode. Note that you may reenter the same Edebug level several times if, for example, an instrumented function is called several times from one command.

Go to the first, previous, next, last section, table of contents.