This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [v4 2/2] multi-executable support (new v5 patch included)
On Tuesday 08 September 2009 Pedro Alves wrote:
> OTOH, if this sounds confusing to you, it's almost certain
> it will sound confusing to most users too. I'm one of those that
> needs to try and get a feel for things, so, i've spent a bit
> reworking things around to implement that add-inferior model, and
> here's what we have now:
>
> >./gdb ./gdb
> (top-gdb) info inferiors
> Num Description Executable
> * 1 <null> /home/pedro/gdb/sspaces/build/gdb/gdb
>
> (top-gdb) info inferiors
> Num Description Executable
> * 1 process 1429 /home/pedro/gdb/sspaces/build/gdb/gdb
>
> (top-gdb) kill
> Kill the program being debugged? (y or n) y
> (top-gdb) info inferiors
> Num Description Executable
> * 1 <null> /home/pedro/gdb/sspaces/build/gdb/gdb
>
> (top-gdb) add-inferior
> Added inferior 2
> 1 inferiors added.
>
> (top-gdb) info inferiors
> Num Description Executable
> 2 <null>
> * 1 <null> /home/pedro/gdb/sspaces/build/gdb/gdb
>
> (top-gdb) inferior 2
> [Switching to inferior 2 [process 0] (<noexec>)]
>
> (top-gdb) file /home/pedro/gdb/tests/threads
> Reading symbols from /home/pedro/gdb/tests/threads...done.
>
> (top-gdb) info inferiors
> Num Description Executable
> * 2 <null> /home/pedro/gdb/tests/threads
> 1 <null> /home/pedro/gdb/sspaces/build/gdb/gdb
>
> (top-gdb) start
> Temporary breakpoint 4 at 0x400640: file threads.c, line 35.
> Starting program: /home/pedro/gdb/tests/threads
> [Thread debugging using libthread_db enabled]
>
> Temporary breakpoint 4, main () at threads.c:35
> 35 long i = 0;
> (top-gdb) info inferiors
> Num Description Executable
> * 2 process 1526 /home/pedro/gdb/tests/threads
> 1 <null> /home/pedro/gdb/sspaces/build/gdb/gdb
>
>
> The symbol-spaces concept is still needed and is still there, but
> the user doesn't see them anymore. I've moved "info symbol-spaces"
> to "maintenanced info symbol-spaces".
>
> This is similar, yet different from what was in the
> multiprocess-20081120-branch. In that branch, you'd have
> proto-inferiors (inferiors with pid == 0, like that <null>
> above), but, when you issued a "run", that would still created
> yet another inferior. That turned out to be a bad idea.
>
> So, in this new version, an inferior ID is stable across
> a "run" or "attach". This probably makes things simpler
> for python scripting.
>
>
> I've tweaked things around so that MI's thread-groups are
> created at the same time as before, but obviously, MI needs to
> be extended to be able to support multi-exec + multi-inferiors
> properly.
What do you mean precisely. I have no comment about the above behaviour
in CLI, but I think that for MI it is important that the 'thread-group-created'
notification is emitted only when you have "real" inferiour that frontend
can interact with, and not some "fake" one that is associated with a
file but is otherwise dead.
Also, what is exactly requires to support multi-exec/multi-inferiours?
Is there any reason why thread groups are not sufficient to represent this?
- Volodya