where header-entryhas 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 consumptionthe 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