gdbserver, pthreads and SIGPWR
Daniel Jacobowitz
drow@mvista.com
Thu Mar 7 10:08:00 GMT 2002
On Thu, Mar 07, 2002 at 12:54:40PM -0500, Andrew Cagney wrote:
> >Hello,
> >i am using gdb 5.1.1 to remote debug my programs.
> >whenever i create a new thread with pthread_create(), a SIGPWR is caught.
> >
> >Why does this happen when i do remote debugging, but not, when i use gdb
> >directly?
> >What should i do when the signal arrives?
> >Can i continue savely?
>
> (I'm guessing a remote GNU/Linux target).
>
> Try:
> (gdb) help handle
> (gdb) handle SIGPWR pass nostop noprint
> I suspect the SIGPWR is being used as part of the thread implementation.
> You're probably also going to find that threads don't work very well
> remotely, I don't know of many debug agent implementations that support
> threads.
SIGPWR is some random low-numbered signal.
TARGET_SIGNAL_SIGPWR is 32.
This is actually SIG32, the thread management signal.
And what Andrew said about debugging threads remotely is true, at least
for now. It will not work well.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
More information about the Gdb
mailing list