Debugging with GDB Manual (5900-1473; WDB 6.2; January 2011)

Table Of Contents
where header-entry has the same syntax as an entry (see below) but instead of
containing data, it contains strings which are intended to convey the meaning of each
field to the user. This is followed by any number of entries. If a field does not apply for
this entry, it is omitted. Fields may contain trailing whitespace. Each entry consists of:
^Z^Zrecord
^Z^Zfield 0
number
^Z^Zfield 1
type
^Z^Zfield 2
disposition
^Z^Zfield 3
enable
^Z^Zfield 4
address
^Z^Zfield 5
what
^Z^Zfield 6
frame
^Z^Zfield 7
condition
^Z^Zfield 8
ignore-count
^Z^Zfield 9
commands
Note that address is intended for user consumption|the syntax varies depending on
the language.
The output ends with:
^Z^Zbreakpoints-table-end
20.9 Invalidation notices
The following annotations say that certain pieces of state may have changed:
^Z^Zframes-invalid The frames (for example, output from the backtrace
command) may have changed.
^Z^Zbreakpoints-invalid The breakpoints may have changed. For example,
the user just added or deleted a breakpoint.
20.10 Running the program
When the program starts executing due to a GDB command such as step or continue,
^Z^Zstarting
is output. When the program stops,
^Z^Zstopped
20.9 Invalidation notices 303