This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
RE: Is this the right list...
- From: "Jude Moersdorf" <Jude dot Moersdorf at pt dot com>
- To: "aladdin" <aladdin at csunv dot com>, <gdb at sourceware dot org>
- Date: Fri, 4 May 2007 08:43:23 -0700
- Subject: RE: Is this the right list...
From the command line try sending a SIGSTOP to the process. 'kill
-SIGSTOP <pid>'
-----Original Message-----
From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On
Behalf Of aladdin
Sent: Thursday, May 03, 2007 7:04 PM
To: gdb@sourceware.org
Subject: Re: Is this the right list...
Actually, I did (always do) RTFM before posting. I've found that to be
less
hassle than subscribing to a list, but realize I may be in the minority
with
that opinion;-).
gdb is still attached to the program. The program forks itself twice
turning
itself into a daemon, and gdb is set to follow the child fork. It seems
to
do this fine. Obviously, I would normally have set breakpoints to
capture
it, but forgot to do so in one case, and figured there must be a way to
get
gdb's attention again.
Neither ctl-c nor kill worked; I had to "kill -9" it. I don't
understand
that; the only signal the user program is catching is SIGALRM (14?).
On Thursday 03 May 2007 21:40, Joel Brobecker wrote:
> [yes, you can send questions about using GDB to this]
>
> > When a program goes off into a daemon, or an endless loop or
whatever,
> > how do you get gdb attention (i. e., get a prompt so you can
> > stop/check/abort the program)?
>
> If GDB is still attached to your program, hitting control-c should
> interrupt your program and allow you to see where it is. Otherwise,
> your other option, if you are not attach, then just get the pid of
> your program, and attach GDB to it using "attach <pid>".
>
> The GDB documentation should provide you more details about this.
> (my very first lesson at engineering school was RTFM :-)