This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PING][PATCH] Add shortcuts for "nexti" and "stepi" commands in Single-Key mode
- From: Ruslan Kabatsayev <b7 dot 10110111 at gmail dot com>
- To: Simon Marchi <simon dot marchi at polymtl dot ca>
- Cc: gdb-patches at sourceware dot org
- Date: Fri, 4 Aug 2017 08:48:00 +0300
- Subject: Re: [PING][PATCH] Add shortcuts for "nexti" and "stepi" commands in Single-Key mode
- Authentication-results: sourceware.org; auth=none
- References: <1499926070-13827-1-git-send-email-b7.10110111@gmail.com> <1be450ee-ea96-76a4-dbf9-81f15b2d4234@gmail.com> <7ee96675bc6f2307642fb638a9b65839@polymtl.ca> <CAHEcG95onBPe2QpWseG4GH22eXQxfYz6QnTd_dFnO1XX-Lz0AQ@mail.gmail.com> <b25ba2b4e0945631b951d8a8611bb9c7@polymtl.ca> <CAHEcG94_2ePexhF1bne5awadQ10LuvJ4seJ0Tz6LW7kss+7Chw@mail.gmail.com> <ba695030652f117eb780ce4e1ba23685@polymtl.ca>
Hello,
After using these shortcuts for some time I found that they are still
not best: one has to hold Shift in order to continuously step in
instruction mode. Would it be better to e.g. replace N->m, S->z? I
think we can basically use any non-occupied shortcuts here, they just
should be convenient, not necessarily be associated with "long"
version of the commands.
Regards,
Ruslan
On 27 July 2017 at 12:25, Simon Marchi <simon.marchi@polymtl.ca> wrote:
> On 2017-07-27 11:11, Ruslan Kabatsayev wrote:
>>>
>>> I was thinking that perhaps that when focusing...
>>>
>>> a source view: s/n do source line stepping, S/N do assembly stepping
>>> an asm view: s/n do assembly stepping, S/N do source line stepping
>>>
>>> Basically, they would switch role. Is that too confusing?
>>
>> This might be OK, but what if current focus in on registers window?
>> Disable all single-key stepping?
>
>
> Indeed. And when the user is in the "Source + Asm + Prompt" configuration
> and the prompt is focused, what would we do? That's perhaps a good idea in
> theory, but it would need to be more thought through.
>
> You patch provides a predictable behavior across all modes, so I don't think
> we can go wrong with that.
>
> Simon