Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* [rfc][python] multi-process assumptions for Inferior API
@ 2009-04-14  2:59 Thiago Jung Bauermann
  0 siblings, 0 replies; only message in thread
From: Thiago Jung Bauermann @ 2009-04-14  2:59 UTC (permalink / raw)
  To: gdb ml

Hi,

I'm working on a Python API for manipulating GDB inferiors. I'd like to
submit it to gdb-patches by the end of the week, right now I'm half-way
through. It will basically follow Tromey's suggestion here (I won't work
on the events part for now, though):

http://sourceware.org/ml/archer/2008-q4/msg00430.html

In particular, I'm following Tromey's goals, such as:

* It ought to keep working once gdb moves to multi-process.  E.g., the
  current "gdb.threads" stuff is not super in this regard (IMO).

So I'd appreciate some insight from the multi-process wizards. I'm
working with the following assumptions:

- There's only one selected frame, even with multiple threads and   
  multiple inferiors.

- There's such a thing as a selected thread, which is the thread 
  containing the selected frame. Change the selected thread, and the 
  selected frame necessarily changes too.

- There's such a thing as a selected inferior, which is the inferior 
  containing the selected thread. Change the selected inferior, and the 
  selected thread and selected frame necessarily change too.

Are they correct?
-- 
[]'s
Thiago Jung Bauermann
IBM Linux Technology Center


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-04-13 19:00 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-14  2:59 [rfc][python] multi-process assumptions for Inferior API Thiago Jung Bauermann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox