Re: RFC: MI output during program execution

Daniel Jacobowitz
2006-03-28T21:17:28Z

On Tue, Mar 28, 2006 at 09:54:31AM +1200, Nick Roberts wrote:
> DJ> Sorry, miscommunication. You don't need approval to create a branch;
> DJ> go right ahead.
>
> I never created a branch in the repository but kept merging changes in the
> repository to my/Apple's changes.

Unfortunately this means no one else can try what you've got...

> This worked OK until:
>
> 2006-03-24 Daniel Jacobowitz <dan@codesourcery.com>
>
> * linux-nat.c (linux_ops_saved): New.
> (super_mourn_inferior, kill_inferior, threaded, linux_nat_ops)
> (child_mourn_inferior, child_wait, linux_nat_create_inferior)
> (linux_nat_fetch_registers, linux_nat_store_registers)
> (linux_nat_child_post_startup_inferior, init_linux_nat_ops): Delete.
> ...
>
> Have you any one liners that might help me understand these changes and what
> I can do to get GDB to work asynchronously again (at least for Linux).

Well, I have no idea! You didn't say what broke. It replaces the two
Linux native vectors with one combined vector that works for both.

> Does this patch relate to (3 Oct 2005):
>
> DJ> I violently dislike the idea of linking gdb with pthreads. I'm
> DJ> confident that we can get the benefits without that, however. I've got
> DJ> this patch sitting in my queue of things to play with.

Not at all. This is about debugging threaded applications, not about a
threaded or non-threaded GDB.

--
Daniel Jacobowitz
CodeSourcery