Rearrange Python breakpoint node in documentation
I noticed that the Python breakpoint documentation was ordered a bit oddly. It documented the constructor; then the stop method; then the watchpoint constants (used for the constructor); then various other methods and attributes; then the other constants used by the constructor; and then finally some more methods and attributes. This patch rearranges the node a little to move the constants to just after the constructor and before the other methods and attributes. 2016-07-13 Tom Tromey <tom@tromey.com> * python.texi (Breakpoints In Python): Move table of types and table of watchpoint types earlier in node.
This commit is contained in:
parent
6571a38156
commit
cda75e7050
2 changed files with 47 additions and 42 deletions
|
@ -1,3 +1,8 @@
|
|||
2016-07-13 Tom Tromey <tom@tromey.com>
|
||||
|
||||
* python.texi (Breakpoints In Python): Move table of types and
|
||||
table of watchpoint types earlier in node.
|
||||
|
||||
2016-07-12 Tom Tromey <tom@tromey.com>
|
||||
|
||||
PR python/19293:
|
||||
|
|
|
@ -4579,6 +4579,48 @@ the class of watchpoint to create, if @var{type} is
|
|||
is assumed to be a @code{gdb.WP_WRITE} class.
|
||||
@end defun
|
||||
|
||||
The available types are represented by constants defined in the @code{gdb}
|
||||
module:
|
||||
|
||||
@vtable @code
|
||||
@vindex BP_BREAKPOINT
|
||||
@item gdb.BP_BREAKPOINT
|
||||
Normal code breakpoint.
|
||||
|
||||
@vindex BP_WATCHPOINT
|
||||
@item gdb.BP_WATCHPOINT
|
||||
Watchpoint breakpoint.
|
||||
|
||||
@vindex BP_HARDWARE_WATCHPOINT
|
||||
@item gdb.BP_HARDWARE_WATCHPOINT
|
||||
Hardware assisted watchpoint.
|
||||
|
||||
@vindex BP_READ_WATCHPOINT
|
||||
@item gdb.BP_READ_WATCHPOINT
|
||||
Hardware assisted read watchpoint.
|
||||
|
||||
@vindex BP_ACCESS_WATCHPOINT
|
||||
@item gdb.BP_ACCESS_WATCHPOINT
|
||||
Hardware assisted access watchpoint.
|
||||
@end vtable
|
||||
|
||||
The available watchpoint types represented by constants are defined in the
|
||||
@code{gdb} module:
|
||||
|
||||
@vtable @code
|
||||
@vindex WP_READ
|
||||
@item gdb.WP_READ
|
||||
Read only watchpoint.
|
||||
|
||||
@vindex WP_WRITE
|
||||
@item gdb.WP_WRITE
|
||||
Write only watchpoint.
|
||||
|
||||
@vindex WP_ACCESS
|
||||
@item gdb.WP_ACCESS
|
||||
Read/Write watchpoint.
|
||||
@end vtable
|
||||
|
||||
@defun Breakpoint.stop (self)
|
||||
The @code{gdb.Breakpoint} class can be sub-classed and, in
|
||||
particular, you may choose to implement the @code{stop} method.
|
||||
|
@ -4613,23 +4655,6 @@ class MyBreakpoint (gdb.Breakpoint):
|
|||
@end smallexample
|
||||
@end defun
|
||||
|
||||
The available watchpoint types represented by constants are defined in the
|
||||
@code{gdb} module:
|
||||
|
||||
@vtable @code
|
||||
@vindex WP_READ
|
||||
@item gdb.WP_READ
|
||||
Read only watchpoint.
|
||||
|
||||
@vindex WP_WRITE
|
||||
@item gdb.WP_WRITE
|
||||
Write only watchpoint.
|
||||
|
||||
@vindex WP_ACCESS
|
||||
@item gdb.WP_ACCESS
|
||||
Read/Write watchpoint.
|
||||
@end vtable
|
||||
|
||||
@defun Breakpoint.is_valid ()
|
||||
Return @code{True} if this @code{Breakpoint} object is valid,
|
||||
@code{False} otherwise. A @code{Breakpoint} object can become invalid
|
||||
|
@ -4706,31 +4731,6 @@ function, will result in an error after the breakpoint has been hit
|
|||
writable.
|
||||
@end defvar
|
||||
|
||||
The available types are represented by constants defined in the @code{gdb}
|
||||
module:
|
||||
|
||||
@vtable @code
|
||||
@vindex BP_BREAKPOINT
|
||||
@item gdb.BP_BREAKPOINT
|
||||
Normal code breakpoint.
|
||||
|
||||
@vindex BP_WATCHPOINT
|
||||
@item gdb.BP_WATCHPOINT
|
||||
Watchpoint breakpoint.
|
||||
|
||||
@vindex BP_HARDWARE_WATCHPOINT
|
||||
@item gdb.BP_HARDWARE_WATCHPOINT
|
||||
Hardware assisted watchpoint.
|
||||
|
||||
@vindex BP_READ_WATCHPOINT
|
||||
@item gdb.BP_READ_WATCHPOINT
|
||||
Hardware assisted read watchpoint.
|
||||
|
||||
@vindex BP_ACCESS_WATCHPOINT
|
||||
@item gdb.BP_ACCESS_WATCHPOINT
|
||||
Hardware assisted access watchpoint.
|
||||
@end vtable
|
||||
|
||||
@defvar Breakpoint.hit_count
|
||||
This attribute holds the hit count for the breakpoint, an integer.
|
||||
This attribute is writable, but currently it can only be set to zero.
|
||||
|
|
Loading…
Reference in a new issue