* [rfa] Add ``Maintenance Commands'' appendix
@ 2002-01-14 21:35 Andrew Cagney
2002-01-14 23:57 ` Eli Zaretskii
0 siblings, 1 reply; 13+ messages in thread
From: Andrew Cagney @ 2002-01-14 21:35 UTC (permalink / raw)
To: gdb-patches
[-- Attachment #1: Type: text/plain, Size: 205 bytes --]
Hello,
This was suggested long ago as a way of incorporating the maintenance
commands (one of those strange GDB interfaces that should be in the user
guide but can't be made to fit).
Thoughts?
Andrew
[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 1299 bytes --]
2002-01-15 Andrew Cagney <ac131313@redhat.com>
* gdb.texinfo (Maintenance Commands): Add appendix.
Index: gdb.texinfo
===================================================================
RCS file: /cvs/src/src/gdb/doc/gdb.texinfo,v
retrieving revision 1.70
diff -p -r1.70 gdb.texinfo
*** gdb.texinfo 2002/01/11 20:24:14 1.70
--- gdb.texinfo 2002/01/15 05:33:14
*************** Copyright (C) 1988-2001 Free Software Fo
*** 149,154 ****
--- 149,155 ----
* Command Line Editing:: Command Line Editing
* Using History Interactively:: Using History Interactively
* Installing GDB:: Installing GDB
+ * Maintenance Commands:: Maintenance Commands
* Index:: Index
@end menu
*************** There is no convenient way to generate a
*** 14850,14855 ****
--- 14851,14865 ----
There are many other options available as well, but they are generally
needed for special purposes only.
+
+ @node Maintenance Commands
+ @appendix Maintenance Commands
+ @cindex maintenance commands
+ @cindex internal commands
+
+ In addition to commands intended for @value{GDBN} users, @value{GDBN}
+ includes a number of commands intended, mainly, for @value{GDBN}
+ developers. They are provided here for reference.
@node Index
@unnumbered Index
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-14 21:35 [rfa] Add ``Maintenance Commands'' appendix Andrew Cagney @ 2002-01-14 23:57 ` Eli Zaretskii 2002-01-15 12:19 ` Andrew Cagney 0 siblings, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2002-01-14 23:57 UTC (permalink / raw) To: Andrew Cagney; +Cc: gdb-patches On Tue, 15 Jan 2002, Andrew Cagney wrote: > This was suggested long ago as a way of incorporating the maintenance > commands (one of those strange GDB interfaces that should be in the user > guide but can't be made to fit). > > Thoughts? I'm for it, but such a change should include moving the few maint commands already documented in gdb.texinfo into this appendix. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-14 23:57 ` Eli Zaretskii @ 2002-01-15 12:19 ` Andrew Cagney 2002-01-15 12:27 ` Michael Snyder 2002-01-15 22:11 ` Eli Zaretskii 0 siblings, 2 replies; 13+ messages in thread From: Andrew Cagney @ 2002-01-15 12:19 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gdb-patches > On Tue, 15 Jan 2002, Andrew Cagney wrote: > > >> This was suggested long ago as a way of incorporating the maintenance >> commands (one of those strange GDB interfaces that should be in the user >> guide but can't be made to fit). >> >> Thoughts? > > > I'm for it, but such a change should include moving the few maint > commands already documented in gdb.texinfo into this appendix. Found one (there are not too many): > @cindex negative breakpoint numbers > @cindex internal @value{GDBN} breakpoints > @value{GDBN} itself sometimes sets breakpoints in your program for special > purposes, such as proper handling of @code{longjmp} (in C programs). > These internal breakpoints are assigned negative numbers, starting with > @code{-1}; @samp{info breakpoints} does not display them. > > You can see these breakpoints with the @value{GDBN} maintenance command > @samp{maint info breakpoints}. I guess I snip things here and change the @samp{} to some sort of cross reference to the maintenance command. The below being moved to the maintenance section and being the target of the reference. > @table @code > @kindex maint info breakpoints > @item maint info breakpoints > Using the same format as @samp{info breakpoints}, display both the > breakpoints you've set explicitly, and those @value{GDBN} is using for > internal purposes. Internal breakpoints are shown with negative > breakpoint numbers. The type column identifies what kind of breakpoint > is shown: > > @table @code > @item breakpoint > Normal, explicitly set breakpoint. > > @item watchpoint > Normal, explicitly set watchpoint. > > @item longjmp > Internal breakpoint, used to handle correctly stepping through > @code{longjmp} calls. > > @item longjmp resume > Internal breakpoint at the target of a @code{longjmp}. > > @item until > Temporary internal breakpoint used by the @value{GDBN} @code{until} command. > > @item finish > Temporary internal breakpoint used by the @value{GDBN} @code{finish} command. > > @item shlib events > Shared library events. > > @end table > > @end table Er, how do I do the cross reference bit? Andrew ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 12:19 ` Andrew Cagney @ 2002-01-15 12:27 ` Michael Snyder 2002-01-15 21:57 ` Andrew Cagney 2002-01-15 22:11 ` Eli Zaretskii 1 sibling, 1 reply; 13+ messages in thread From: Michael Snyder @ 2002-01-15 12:27 UTC (permalink / raw) To: Andrew Cagney; +Cc: Eli Zaretskii, gdb-patches Andrew Cagney wrote: > > > On Tue, 15 Jan 2002, Andrew Cagney wrote: > > > > > >> This was suggested long ago as a way of incorporating the maintenance > >> commands (one of those strange GDB interfaces that should be in the user > >> guide but can't be made to fit). > >> > >> Thoughts? > > > > > > I'm for it, but such a change should include moving the few maint > > commands already documented in gdb.texinfo into this appendix. > > Found one (there are not too many): Don't forget maint info sections ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 12:27 ` Michael Snyder @ 2002-01-15 21:57 ` Andrew Cagney 0 siblings, 0 replies; 13+ messages in thread From: Andrew Cagney @ 2002-01-15 21:57 UTC (permalink / raw) To: Michael Snyder; +Cc: Eli Zaretskii, gdb-patches > Andrew Cagney wrote: > >> > >> > On Tue, 15 Jan 2002, Andrew Cagney wrote: >> > >> > > >> >> This was suggested long ago as a way of incorporating the maintenance >> >> commands (one of those strange GDB interfaces that should be in the user >> >> guide but can't be made to fit). >> >> >> >> Thoughts? > >> > >> > >> > I'm for it, but such a change should include moving the few maint >> > commands already documented in gdb.texinfo into this appendix. > >> >> Found one (there are not too many): > > > Don't forget maint info sections I'll get to it (there are only 4-5 in total). BTW, the reason for posting this is to try and un-stuck a really old profile patch. One of the things it tripped up on was doco - it needed this new section. Andrew ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 12:19 ` Andrew Cagney 2002-01-15 12:27 ` Michael Snyder @ 2002-01-15 22:11 ` Eli Zaretskii 2002-01-15 22:26 ` Andrew Cagney 1 sibling, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2002-01-15 22:11 UTC (permalink / raw) To: Andrew Cagney; +Cc: gdb-patches On Tue, 15 Jan 2002, Andrew Cagney wrote: > > You can see these breakpoints with the @value{GDBN} maintenance command > > @samp{maint info breakpoints}. > > I guess I snip things here and change the @samp{} to some sort of cross > reference to the maintenance command. Yes, that would be useful. > Er, how do I do the cross reference bit? Like this: You can see these breakpoints with the @value{GDBN} maintenance command @samp{maint info breakpoints} (@pxref{Maintenance Commands}). (The node name inside @pxref might need to be changed to the actual name of the new node you are writing; I don't remember how did you call it.) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 22:11 ` Eli Zaretskii @ 2002-01-15 22:26 ` Andrew Cagney 2002-01-15 22:52 ` Eli Zaretskii 0 siblings, 1 reply; 13+ messages in thread From: Andrew Cagney @ 2002-01-15 22:26 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gdb-patches > Er, how do I do the cross reference bit? > > > Like this: > > You can see these breakpoints with the @value{GDBN} maintenance command > @samp{maint info breakpoints} (@pxref{Maintenance Commands}). > > (The node name inside @pxref might need to be changed to the actual name > of the new node you are writing; I don't remember how did you call it.) Thanks. It is called ``Maintenance Commands''. Would a link direct to the relevant ``maint info breakpoints'' section be better or isn't that possible? (Hmm, probably not, I think I made that chapter a single big table). Andrew ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 22:26 ` Andrew Cagney @ 2002-01-15 22:52 ` Eli Zaretskii 2002-01-16 7:41 ` Andrew Cagney 0 siblings, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2002-01-15 22:52 UTC (permalink / raw) To: Andrew Cagney; +Cc: gdb-patches On Wed, 16 Jan 2002, Andrew Cagney wrote: > Would a link direct to the > relevant ``maint info breakpoints'' section be better or isn't that > possible? It's possible if you use @anchor. Then you could reference the text inside @anchor{} instead of the node name. But before you do, we should see if texi2html supports @anchor. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-15 22:52 ` Eli Zaretskii @ 2002-01-16 7:41 ` Andrew Cagney 2002-01-16 8:33 ` Eli Zaretskii 0 siblings, 1 reply; 13+ messages in thread From: Andrew Cagney @ 2002-01-16 7:41 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gdb-patches > On Wed, 16 Jan 2002, Andrew Cagney wrote: > > >> Would a link direct to the >> relevant ``maint info breakpoints'' section be better or isn't that >> possible? > > > It's possible if you use @anchor. Then you could reference the text > inside @anchor{} instead of the node name. > > But before you do, we should see if texi2html supports @anchor. Ah. Don't forget we're (I'm?) ment to be replacing that with makeinfo 4.something.somethingextra. Andrew ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-16 7:41 ` Andrew Cagney @ 2002-01-16 8:33 ` Eli Zaretskii 2002-01-16 12:31 ` Andrew Cagney 0 siblings, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2002-01-16 8:33 UTC (permalink / raw) To: ac131313; +Cc: gdb-patches > Date: Wed, 16 Jan 2002 10:40:56 -0500 > From: Andrew Cagney <ac131313@cygnus.com> > > Ah. Don't forget we're (I'm?) ment to be replacing that with makeinfo > 4.something.somethingextra. Yes, the latest version of Texinfo 4.0d (available from alpha.gnu.org) supports split-HTML mode, so we could switch. In that case, @anchor is certainly an option. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-16 8:33 ` Eli Zaretskii @ 2002-01-16 12:31 ` Andrew Cagney 2002-01-16 23:36 ` Eli Zaretskii 0 siblings, 1 reply; 13+ messages in thread From: Andrew Cagney @ 2002-01-16 12:31 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gdb-patches [-- Attachment #1: Type: text/plain, Size: 932 bytes --] > Date: Wed, 16 Jan 2002 10:40:56 -0500 >> From: Andrew Cagney <ac131313@cygnus.com> >> >> Ah. Don't forget we're (I'm?) ment to be replacing that with makeinfo >> 4.something.somethingextra. > > > Yes, the latest version of Texinfo 4.0d (available from > alpha.gnu.org) supports split-HTML mode, so we could switch. In that > case, @anchor is certainly an option. Hmm, @anchor ... Attached is a revised patch. It moves the ``maint info breakpoints'' and adds a reference. it appears to work with texinfo 4.0*, texi2html (1.64) and pdftex. How does it look? Regarding a switch to ``makeinfo --html'' I think I'll put it on hold. I gave it a quick trial but tripped up on two points: I couldn't figure out where exactly it was putting the generated files (it wanted a gdb.html/ directory but put only index.html in it); I found the generated pages too fine grained (down to a section not chapter). enjoy, Andrew [-- Attachment #2: diffs --] [-- Type: text/plain, Size: 4529 bytes --] 2002-01-16 Andrew Cagney <ac131313@redhat.com> * gdb.texinfo (Maintenance Commands): Add appendix. (Set Breaks): Copy ``maint info breakpoint'' doco to ``Maintenance Commands'' appendix. Add reference. Index: gdb.texinfo =================================================================== RCS file: /cvs/src/src/gdb/doc/gdb.texinfo,v retrieving revision 1.70 diff -p -r1.70 gdb.texinfo *** gdb.texinfo 2002/01/11 20:24:14 1.70 --- gdb.texinfo 2002/01/16 20:20:38 *************** Copyright (C) 1988-2001 Free Software Fo *** 149,154 **** --- 149,155 ---- * Command Line Editing:: Command Line Editing * Using History Interactively:: Using History Interactively * Installing GDB:: Installing GDB + * Maintenance Commands:: Maintenance Commands * Index:: Index @end menu *************** the breakpoints are conditional, this is *** 2627,2675 **** @cindex negative breakpoint numbers @cindex internal @value{GDBN} breakpoints ! @value{GDBN} itself sometimes sets breakpoints in your program for special ! purposes, such as proper handling of @code{longjmp} (in C programs). ! These internal breakpoints are assigned negative numbers, starting with ! @code{-1}; @samp{info breakpoints} does not display them. ! You can see these breakpoints with the @value{GDBN} maintenance command ! @samp{maint info breakpoints}. ! ! @table @code ! @kindex maint info breakpoints ! @item maint info breakpoints ! Using the same format as @samp{info breakpoints}, display both the ! breakpoints you've set explicitly, and those @value{GDBN} is using for ! internal purposes. Internal breakpoints are shown with negative ! breakpoint numbers. The type column identifies what kind of breakpoint ! is shown: ! ! @table @code ! @item breakpoint ! Normal, explicitly set breakpoint. ! ! @item watchpoint ! Normal, explicitly set watchpoint. ! ! @item longjmp ! Internal breakpoint, used to handle correctly stepping through ! @code{longjmp} calls. ! ! @item longjmp resume ! Internal breakpoint at the target of a @code{longjmp}. ! ! @item until ! Temporary internal breakpoint used by the @value{GDBN} @code{until} command. ! ! @item finish ! Temporary internal breakpoint used by the @value{GDBN} @code{finish} command. ! ! @item shlib events ! Shared library events. ! ! @end table ! ! @end table @node Set Watchpoints --- 2628,2639 ---- @cindex negative breakpoint numbers @cindex internal @value{GDBN} breakpoints ! @value{GDBN} itself sometimes sets breakpoints in your program for ! special purposes, such as proper handling of @code{longjmp} (in C ! programs). These internal breakpoints are assigned negative numbers, ! starting with @code{-1}; @samp{info breakpoints} does not display them. You can see these breakpoints with the @value{GDBN} maintenance command ! @samp{maint info breakpoints} (@pxref{maint info breakpoints}). @node Set Watchpoints *************** There is no convenient way to generate a *** 14850,14855 **** --- 14814,14864 ---- There are many other options available as well, but they are generally needed for special purposes only. + + @node Maintenance Commands + @appendix Maintenance Commands + @cindex maintenance commands + @cindex internal commands + + In addition to commands intended for @value{GDBN} users, @value{GDBN} + includes a number of commands intended for @value{GDBN} developers. + These commands are provided here for reference. + + @table @code + @kindex maint info breakpoints + @item @anchor{maint info breakpoints}maint info breakpoints + Using the same format as @samp{info breakpoints}, display both the + breakpoints you've set explicitly, and those @value{GDBN} is using for + internal purposes. Internal breakpoints are shown with negative + breakpoint numbers. The type column identifies what kind of breakpoint + is shown: + + @table @code + @item breakpoint + Normal, explicitly set breakpoint. + + @item watchpoint + Normal, explicitly set watchpoint. + + @item longjmp + Internal breakpoint, used to handle correctly stepping through + @code{longjmp} calls. + + @item longjmp resume + Internal breakpoint at the target of a @code{longjmp}. + + @item until + Temporary internal breakpoint used by the @value{GDBN} @code{until} command. + + @item finish + Temporary internal breakpoint used by the @value{GDBN} @code{finish} command. + + @item shlib events + Shared library events. + + @end table + + @end table @node Index @unnumbered Index ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-16 12:31 ` Andrew Cagney @ 2002-01-16 23:36 ` Eli Zaretskii 2002-01-17 15:04 ` Andrew Cagney 0 siblings, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2002-01-16 23:36 UTC (permalink / raw) To: Andrew Cagney; +Cc: gdb-patches On Wed, 16 Jan 2002, Andrew Cagney wrote: > Attached is a revised patch. It moves the ``maint info breakpoints'' > and adds a reference. it appears to work with texinfo 4.0*, texi2html > (1.64) and pdftex. How does it look? Looks fine. > Regarding a switch to ``makeinfo --html'' I think I'll put it on hold. > I gave it a quick trial but tripped up on two points: I couldn't figure > out where exactly it was putting the generated files (it wanted a > gdb.html/ directory but put only index.html in it) That's a bug in 4.0d; fixed in the next pretest that should be available shortly (I'm told by the Texinfo maintainer). > I found the > generated pages too fine grained (down to a section not chapter). It splits by nodes, so what's important is where are the @node directives, not @chapter or @section. I think for a Web-based manual, a node is the right split point, as chapters can be very large. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [rfa] Add ``Maintenance Commands'' appendix 2002-01-16 23:36 ` Eli Zaretskii @ 2002-01-17 15:04 ` Andrew Cagney 0 siblings, 0 replies; 13+ messages in thread From: Andrew Cagney @ 2002-01-17 15:04 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gdb-patches > On Wed, 16 Jan 2002, Andrew Cagney wrote: > > >> Attached is a revised patch. It moves the ``maint info breakpoints'' >> and adds a reference. it appears to work with texinfo 4.0*, texi2html >> (1.64) and pdftex. How does it look? > > > Looks fine. Ok, I've checked it in. >> Regarding a switch to ``makeinfo --html'' I think I'll put it on hold. >> I gave it a quick trial but tripped up on two points: I couldn't figure >> out where exactly it was putting the generated files (it wanted a >> gdb.html/ directory but put only index.html in it) > > > That's a bug in 4.0d; fixed in the next pretest that should be > available shortly (I'm told by the Texinfo maintainer). Thanks, Andrew ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2002-01-17 23:04 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-01-14 21:35 [rfa] Add ``Maintenance Commands'' appendix Andrew Cagney 2002-01-14 23:57 ` Eli Zaretskii 2002-01-15 12:19 ` Andrew Cagney 2002-01-15 12:27 ` Michael Snyder 2002-01-15 21:57 ` Andrew Cagney 2002-01-15 22:11 ` Eli Zaretskii 2002-01-15 22:26 ` Andrew Cagney 2002-01-15 22:52 ` Eli Zaretskii 2002-01-16 7:41 ` Andrew Cagney 2002-01-16 8:33 ` Eli Zaretskii 2002-01-16 12:31 ` Andrew Cagney 2002-01-16 23:36 ` Eli Zaretskii 2002-01-17 15:04 ` Andrew Cagney
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox