Re: Some more multi-fork fixes

[Michael Snyder <msnyder at redhat dot com>]

Daniel Jacobowitz wrote:
> On Fri, Jan 27, 2006 at 12:01:02PM -0800, Michael Snyder wrote:
>
> > > Some other problems I noticed, but did not fix:
> > >
> > > The "follow child, print pids" test is victim of a race condition; 
> > > sometimes
> > > the "$pid done" printout from the inferior will be interleaved with the GDB
> > > output, causing expect to mark the test as a failure.
> > >
> > > delete-fork really ought to call waitpid after deleting the fork; otherwise
> > > the process lives on as a zombie.
> >
> > That's fine with me too.
>
>
> Well, I'd been sort of hoping that you (as the developer who
> contributed this huge pile of new code) would take care of its
> reported bugs.

Sorry about that -- I should be able to give it
more time and attention now.  Just trying to catch up...

> I'm up against a bit of a brick wall at the moment.  I've got
> patches in my source tree to unify the single-threaded and
> multi-threaded code in the Linux native layer into a single
> combined target.  But since this is an inherently single-threaded
> operation the multi-threaded code totally falls down - switching
> forks doesn't preserve things like the LWP list, leading to
> messy timeouts.  I'm going to find some minimally painful
> way to make the two of them talk to each other.