This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFA 01/08] multi-process support: struct inferior


> From: Pedro Alves <pedro@codesourcery.com>
> Date: Fri, 12 Sep 2008 18:20:43 +0100
> 
> > > +@value{GDBN} keeps track of the inferiors under control, be them
> > > +either running processes, core files, or remote targets without a
> > > +notion of processes, but which nonetheless have execution, and allows
> > > +the user to query and be notified about them uniformally, using the
> > > +commands below.
> >
> > This text falls short of explaining why these features are useful.
> > Can we add something to explain this better?
> 
> Hmmm, when you're attached to multiple inferiors, you naturally want to
> be able to get a list of those.

Ah, but no one said anything about attaching to multiple inferiors
yet.  This text is written as if debugging multiple inferiors was
discussed in the manual everywhere since page 1, but it wasn't.

> This will grow in documentation and usefulness as later patches,
> documentation and multi-exec support is submitted.

Right, but we still need some introductory text to break the news on
the reader that GDB can debug several inferiors at once.  A couple of
use cases where this would be useful will not do any harm, either.

IOW, people who debug programs usually do that one program at a time,
so we cannot seamlessly start talking about commands that support
multi-process paradigm without introducing the reader to the feature.

>  (gdb) r
>  Starting program: /home/pedro/gdb/tests/threads32
>  [New inferior 16983]
>  ^^^^^^^^^^^^^^^^^^^^

Should we perhaps automatically set print inferior-events on when a
second inferior is started?


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]