Re: [RFA] dummy frame handling cleanup, plus inferior fun call signal handling improvement

["Ulrich Weigand" <uweigand at de dot ibm dot com>]

Doug Evans wrote:

> I also meant to ask another question.
> What's the intended handling of unwindonsignal if the program stops in
> another thread?
> Should the inferior function call in the original thread be unwound?
> GDB's current behavior is busted as it pops the dummy frame on the wrong thread.
> This patch doesn't unwind the dummy frame (so at least it doesn't
> clobber the wrong thread), but I can change it to unwind the dummy
> frame of the original thread if you like.

I think the behaviour implemented by your patch is reasonable.

Ideally, you'd probably want to delay handling events in other
threads until execution of the inferior call has completed.
That may be nontrivial to implement, however ...

Bye,
Ulrich

-- 
  Dr. Ulrich Weigand
  GNU Toolchain for Linux on System z and Cell BE
  Ulrich.Weigand@de.ibm.com