From 958e954a58389de0608c918885eda20baff4e576 Mon Sep 17 00:00:00 2001 From: Jim Kingdon Date: Tue, 6 Jul 1993 17:43:51 +0000 Subject: [PATCH] * gdb.texinfo (Break Commands): Remove stuff about flushing terminal input when evaluating breakpoint conditions; the bug has been fixed. * gdb.texinfo (Continuing and Stepping): Argument to "continue" sets the ignore count to N-1, not to N. --- gdb/doc/ChangeLog | 8 ++++++++ gdb/doc/gdb.texinfo | 32 ++++++++++++++++++++++++-------- 2 files changed, 32 insertions(+), 8 deletions(-) diff --git a/gdb/doc/ChangeLog b/gdb/doc/ChangeLog index 761055269d8..df6e360a450 100644 --- a/gdb/doc/ChangeLog +++ b/gdb/doc/ChangeLog @@ -1,3 +1,11 @@ +Tue Jul 6 12:24:34 1993 Jim Kingdon (kingdon@lioth.cygnus.com) + + * gdb.texinfo (Break Commands): Remove stuff about flushing terminal + input when evaluating breakpoint conditions; the bug has been fixed. + + * gdb.texinfo (Continuing and Stepping): Argument to "continue" + sets the ignore count to N-1, not to N. + Thu Jul 1 14:57:42 1993 Roland H. Pesch (pesch@fowanton.cygnus.com) * refcard.tex (\hoffset): correct longstanding error to match diff --git a/gdb/doc/gdb.texinfo b/gdb/doc/gdb.texinfo index 649ef13ce75..d07cedea2c8 100644 --- a/gdb/doc/gdb.texinfo +++ b/gdb/doc/gdb.texinfo @@ -2496,6 +2496,19 @@ end @end example @cindex lost output +@c Do we need to mention this at all? I am sort of tempted to mention +@c it in case people are used to seeing this section of the manual. But +@c for new users it is an annoyance--it documents something which isn't +@c there. -kingdon, 6 Jul 93 +Previous versions of @value{GDBN} (4.9 and earlier) would flush pending +input when executing breakpoint commands, if your program used raw mode +for the terminal. This is no longer true. + +@ignore +@c I don't think this is true any longer, now that only readline +@c switches to or from raw mode. In any event, it is a (relatively +@c easily fixable) GDB bug if it switches to or from raw mode except +@c when it has to in order to read input from the terminal. kingdon -6 Jul 93. One deficiency in the operation of automatically continuing breakpoints under Unix appears when your program uses raw mode for the terminal. @value{GDBN} switches back to its own terminal modes (not raw) before executing @@ -2519,6 +2532,7 @@ program will not stop. No input is lost here, because @value{GDBN} evaluates break conditions without changing the terminal modes. When you want to have nontrivial conditions for performing the side effects, the operators @samp{&&}, @samp{||} and @samp{?@dots{}:} may be useful. +@end ignore @ifclear CONLY @node Breakpoint Menus @@ -2623,19 +2637,21 @@ a breakpoint or to a signal. (If due to a signal, you may want to use @end ifclear @table @code -@item continue @r{[}@var{ignore-count}@r{]} +@item continue @r{[}@var{count}@r{]} @itemx c @r{[}@var{count}@r{]} @itemx fg @r{[}@var{count}@r{]} @kindex continue @kindex c @kindex fg -Resume program execution, at the address where your program last stopped; -any breakpoints set at that address are bypassed. The optional argument -@var{ignore-count} allows you to specify a further number of times to -ignore a breakpoint at this location; its effect is like that of -@code{ignore} (@pxref{Conditions, ,Break conditions}). - -The argument @var{ignore-count} is meaningful only when your program +Resume program execution, at the address where your program last +stopped; any breakpoints set at that address are bypassed. The optional +argument @var{count} means to set the ignore count of a breakpoint which +you are stopped at to @var{count} @minus{} 1, just like the @code{ignore} +command (@pxref{Conditions, ,Break conditions}). This means that the +program does not stop at that breakpoint until the @var{count}th time +it is hit. + +The argument @var{count} is meaningful only when your program stopped due to a breakpoint. At other times, the argument to @code{continue} is ignored. -- 2.30.2