Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tom@tromey.com>
To: Andrew Burgess via Gdb <gdb@sourceware.org>
Cc: Simon Sobisch <simonsobisch@gnu.org>,
	Andrew Burgess <aburgess@redhat.com>
Subject: Re: python API to trigger a "select-frame" like event with a given location
Date: Fri, 03 Oct 2025 13:40:17 -0600	[thread overview]
Message-ID: <874isf7p0e.fsf@tromey.com> (raw)
In-Reply-To: <87cy78dklf.fsf@redhat.com> (Andrew Burgess via Gdb's message of "Tue, 30 Sep 2025 16:30:04 +0100")

>>>>> "Andrew" == Andrew Burgess via Gdb <gdb@sourceware.org> writes:

>> If not: could there be an extension to "select-frame level"
>> 
>> select-frame level LOCATION
>> 
>> select-frame level -- Select a stack frame by level and show LOCATION in
>> the UI
>> 
>> or a new command
>> 
>> show-location LOCATION
>> 
>> that executes what select-frame does, but _without_ selecting anything 
>> (calling interps_notify() with the location as "selection")?

Andrew> If I understand what you need, then you are looking for way to implement
Andrew> your 'myup' and 'mydown' commands such that GDB will appear to move
Andrew> though the artificial frames (e.g. 0.0, 0.1, 0.2, 0.3, etc).  To do this
Andrew> you need to select the real frame (#0), but then want some way such that
Andrew> GDB will notify the various UI's to indicate that their focus should
Andrew> shift to the source locations corresponding to the artificial frames,
Andrew> right?

Andrew> You mention, but seem to dismiss, using 'list'.  Can you expand on why
Andrew> this doesn't meet your needs?

Andrew> Which UIs in particular is it that you are interested in seeing update?
Andrew> I ask because I'm wondering which events it is that would need to be
Andrew> emitted.  Could you expand with some user stories, which UI is the user
Andrew> looking at, what actions do they perform, and what is updated as a
Andrew> consequence.

FWIW there was some discussion of some related ideas in

https://sourceware.org/bugzilla/show_bug.cgi?id=18567

My view is that it would be good to have more features in this area, and
that the main barrier is just implementing them, with maybe the main
secondary problem being having convenient ways to turn them off.

thanks,
Tom

      parent reply	other threads:[~2025-10-03 19:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-24 18:56 Simon Sobisch via Gdb
2025-09-30 15:30 ` Andrew Burgess via Gdb
2025-09-30 16:41   ` Simon Sobisch via Gdb
2025-10-06 15:54     ` Andrew Burgess via Gdb
2025-10-03 19:40   ` Tom Tromey [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874isf7p0e.fsf@tromey.com \
    --to=tom@tromey.com \
    --cc=aburgess@redhat.com \
    --cc=gdb@sourceware.org \
    --cc=simonsobisch@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox