42
Chapter 7. Stopping and Continuing
It is not necessary to delete a breakpoint to proceed past it. gdb automatically ignores breakpoints
on the first instruction to be executed when you continue execution without changing the execution
address.
clear
Delete any breakpoints at the next instruction to be executed in the selected stack frame (refer
to Section 8.3
Selecting a frame
). When the innermost frame is selected, this is a good way to
delete a breakpoint where your program just stopped.
clear
function
clear
filename
:
function
Delete any breakpoints set at entry to the function
function
.
clear
linenum
clear
filename
:
linenum
Delete any breakpoints set at or within the code of the specified line.
delete [breakpoints] [
range
...]
Delete the breakpoints, watchpoints, or catchpoints of the breakpoint ranges specified as argu-
ments. If no argument is specified, delete all breakpoints (gdb asks confirmation, unless you have
set confirm off
). You can abbreviate this command as
d
.
7.1.5. Disabling breakpoints
Rather than deleting a breakpoint, watchpoint, or catchpoint, you might prefer to
disable
it. This makes
the breakpoint inoperative as if it had been deleted, but remembers the information on the breakpoint
so that you can
enable
it again later.
You disable and enable breakpoints, watchpoints, and catchpoints with the
enable
and
disable
commands, optionally specifying one or more breakpoint numbers as arguments. Use
info break
or
info watch
to print a list of breakpoints, watchpoints, and catchpoints if you do not know which
numbers to use.
A breakpoint, watchpoint, or catchpoint can have any of four different states of enablement:
•
Enabled. The breakpoint stops your program. A breakpoint set with the
break
command starts out
in this state.
•
Disabled. The breakpoint has no effect on your program.
•
Enabled once. The breakpoint stops your program, but then becomes disabled.
•
Enabled for deletion. The breakpoint stops your program, but immediately after it does so it is
deleted permanently. A breakpoint set with the
tbreak
command starts out in this state.
You can use the following commands to enable or disable breakpoints, watchpoints, and catchpoints:
disable [breakpoints] [
range
...]
Disable the specified breakpoints--or all breakpoints, if none are listed. A disabled breakpoint
has no effect but is not forgotten. All options such as ignore-counts, conditions and commands
are remembered in case the breakpoint is enabled again later. You may abbreviate
disable
as
dis
.
Summary of Contents for ENTERPRISE LINUX 4 - DEVELOPER TOOLS GUIDE
Page 1: ...Red Hat Enterprise Linux 4 Debugging with gdb ...
Page 12: ...2 Chapter 1 Debugging with gdb ...
Page 28: ...18 Chapter 4 Getting In and Out of gdb ...
Page 34: ...24 Chapter 5 gdb Commands ...
Page 44: ...34 Chapter 6 Running Programs Under gdb ...
Page 68: ...58 Chapter 8 Examining the Stack ...
Page 98: ...88 Chapter 10 Examining Data ...
Page 112: ...102 Chapter 12 Tracepoints ...
Page 118: ...108 Chapter 13 Debugging Programs That Use Overlays ...
Page 138: ...128 Chapter 14 Using gdb with Different Languages ...
Page 144: ...134 Chapter 15 Examining the Symbol Table ...
Page 170: ...160 Chapter 19 Debugging remote programs ...
Page 198: ...188 Chapter 21 Controlling gdb ...
Page 204: ...194 Chapter 22 Canned Sequences of Commands ...
Page 206: ...196 Chapter 23 Command Interpreters ...
Page 216: ...206 Chapter 25 Using gdb under gnu Emacs ...
Page 296: ...286 Chapter 27 gdb Annotations ...
Page 300: ...290 Chapter 28 Reporting Bugs in gdb ...
Page 322: ...312 Chapter 30 Using History Interactively ...
Page 362: ...352 Appendix D gdb Remote Serial Protocol ...
Page 380: ...370 Appendix F GNU GENERAL PUBLIC LICENSE ...
Page 386: ...376 Appendix G GNU Free Documentation License ...
Page 410: ......