Pending breakpoints and scripts
Jeff Johnston
jjohnstn@redhat.com
Tue Feb 17 20:07:00 GMT 2004
Daniel Jacobowitz wrote:
> On Tue, Feb 17, 2004 at 02:39:05PM -0500, Andrew Cagney wrote:
>
>>>On Tue, Feb 17, 2004 at 02:24:32PM -0500, Andrew Cagney wrote:
>>>
>>>
>>>>>The real problem here is with batch scripts, the change breaks existing
>>>
>>>>>>script behavior (which is never a good thing).
>>>>>>
>>>>>>How about this, we introduce:
>>>>>> nquery()
>>>>>> yquery()
>>>>>>where the default (batch mode, and when return is pressed is n/y
>>>>>>respectively). We'd need the language police to look over the
>>>>
>>>>interface >>but should otherwize be ok.
>>>
>>>>>
>>>>>Works for me.
>>>
Me too.
>>>>Lets see if we can pin down the interface (adding JeffJ to the CC list):
>>>>
>>>>nquery("A question?")
>>>>
>>>> A question? [n]:
>>>>
>>>> - press return => implied "n"
>>>> - batch mode => implied "n"
>>>
>>>
>>>How would you feel about "[n/y]"? Otherwise, I like this.
>>
>>As in?
>
>
> nquery("A question?");
> A question? (n or y) <CURSOR>
>
> or
>
> A question? [n/y]: <CURSOR>
>
> Simply to clarify that it is a yes-no question.
>
I agree you have to indicate a yes/no question. Would it be clearer to add
square brackets around the default in each case ([y] or n) vs (y or [n])? This
is closer to the old query which was (y or n).
-- Jeff J.
More information about the Gdb
mailing list