* Program no longest exists?
@ 2005-06-06 13:15 Alvin Beach
2005-06-06 13:46 ` Daniel Jacobowitz
0 siblings, 1 reply; 3+ messages in thread
From: Alvin Beach @ 2005-06-06 13:15 UTC (permalink / raw)
To: gdb
Hello all,
I have recently upgraded from suse 9.1 to suse 9.3. Since upgrading, I can no
longer debug programs that I was able to debug before.
When I run gdb, the program runs fine as long there are no breakpoints. As
soon as I set a breakpoint and run the program, I get message:
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
Program no longer exists.
Sometimes it happens right away, sometime after I step over the breakpoint.
I have found reference from googling that this may be pthread related? My
programs do use pthread.
Is there a work-around or fix for this. Without gdb, my programs are no
littered with cerr/printf statements.
Thanks,
Alvin
--
Please reply to the mailing list.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Program no longest exists?
2005-06-06 13:46 ` Daniel Jacobowitz
@ 2005-06-06 13:32 ` Alvin Beach
0 siblings, 0 replies; 3+ messages in thread
From: Alvin Beach @ 2005-06-06 13:32 UTC (permalink / raw)
To: gdb
On Monday 06 June 2005 10:21, Daniel Jacobowitz wrote:
> On Mon, Jun 06, 2005 at 10:16:47AM -0300, Alvin Beach wrote:
> > Hello all,
> >
> > I have recently upgraded from suse 9.1 to suse 9.3. Since upgrading, I
> > can no longer debug programs that I was able to debug before.
> >
> > When I run gdb, the program runs fine as long there are no breakpoints.
> > As soon as I set a breakpoint and run the program, I get message:
> >
> > Program terminated with signal SIGTRAP, Trace/breakpoint trap.
> > Program no longer exists.
> >
> > Sometimes it happens right away, sometime after I step over the
> > breakpoint.
> >
> > I have found reference from googling that this may be pthread related? My
> > programs do use pthread.
> >
> > Is there a work-around or fix for this. Without gdb, my programs are no
> > littered with cerr/printf statements.
>
> This is usually a bug in your kernel; maybe SuSE has an update kernel
> available.
Unfortunately, they don't. I guess I will just have to wait until they do. In
the meantime, I'm going to look for a way to dump a stack trace (like in KDE
when an app crashes - which is happening a lot for me).
Thanks for the info.
Alvin
--
Please reply to the mailing list.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Program no longest exists?
2005-06-06 13:15 Program no longest exists? Alvin Beach
@ 2005-06-06 13:46 ` Daniel Jacobowitz
2005-06-06 13:32 ` Alvin Beach
0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2005-06-06 13:46 UTC (permalink / raw)
To: Alvin Beach; +Cc: gdb
On Mon, Jun 06, 2005 at 10:16:47AM -0300, Alvin Beach wrote:
> Hello all,
>
> I have recently upgraded from suse 9.1 to suse 9.3. Since upgrading, I can no
> longer debug programs that I was able to debug before.
>
> When I run gdb, the program runs fine as long there are no breakpoints. As
> soon as I set a breakpoint and run the program, I get message:
>
> Program terminated with signal SIGTRAP, Trace/breakpoint trap.
> Program no longer exists.
>
> Sometimes it happens right away, sometime after I step over the breakpoint.
>
> I have found reference from googling that this may be pthread related? My
> programs do use pthread.
>
> Is there a work-around or fix for this. Without gdb, my programs are no
> littered with cerr/printf statements.
This is usually a bug in your kernel; maybe SuSE has an update kernel
available.
--
Daniel Jacobowitz
CodeSourcery, LLC
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-06-06 13:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-06 13:15 Program no longest exists? Alvin Beach
2005-06-06 13:46 ` Daniel Jacobowitz
2005-06-06 13:32 ` Alvin Beach
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox