* gdb suspends itself
@ 2005-07-05 9:13 Klaus Zeitler
2005-07-05 11:05 ` Vladimir Prus
0 siblings, 1 reply; 3+ messages in thread
From: Klaus Zeitler @ 2005-07-05 9:13 UTC (permalink / raw)
To: gdb
Hello,
I'm trying to debug a program with approx. 100 threads under Solaris 5.8,
that generates lots of trace data. When I run the program under gdb,
the first few threads are started, then gdb suspends itself and I need to
call 'fg' to resume execution, i.e. the whole thing looks like e.g.:
[674]$ gdb ./umc.vx
GNU gdb 6.3.0.20050704-cvs
...
[New LWP 27]
UMC1-1-> [07-05 10:05:41:932930] (tMain ) : Smdev: SMDEV initialization succeeded!
[New LWP 28]
logMsg [07-05 10:05:42:849879] (FireWire ) : PetDemon create Server socket on port 45263
UMC1-1-> [07-05 10:05:42:870024] 0x13dd7d0 (tFtpdTask ) : waiting for a new client connection...
UMC1-1-> [07-05 10:05:42:981463] 0x7277b0 (tMain ) : Initializing OSipc
[6]+ Stopped gdb ./umc.vx
[675]$ fg
gdb ./umc.vx
---Type <return> to continue, or q <return> to quit---
[New LWP 29]
logMsg [07-05 10:20:36:924936] (nbapDemon ) : PetDemon create Server socket on port 45260
...
The same happens with gdb 5.3. and 6.1.
This is probably not a gdb problem, but I hope someone can give me a hint
how I should investigate this odd behavior.
Thanks
Klaus
--
------------------------------------------
| Klaus Zeitler Lucent Technologies |
| Email: kzeitler@lucent.com |
------------------------------------------
---
There are very few personal problems that cannot be solved
through a suitable application of high explosives.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gdb suspends itself
2005-07-05 9:13 gdb suspends itself Klaus Zeitler
@ 2005-07-05 11:05 ` Vladimir Prus
2005-07-06 9:27 ` Klaus Zeitler
0 siblings, 1 reply; 3+ messages in thread
From: Vladimir Prus @ 2005-07-05 11:05 UTC (permalink / raw)
To: gdb
Klaus Zeitler wrote:
>
> Hello,
> I'm trying to debug a program with approx. 100 threads under Solaris 5.8,
> that generates lots of trace data. When I run the program under gdb,
> the first few threads are started, then gdb suspends itself and I need to
> call 'fg' to resume execution, i.e. the whole thing looks like e.g.:
......
> UMC1-1-> [07-05 10:05:42:981463] 0x7277b0 (tMain ) : Initializing
> OSipc
>
> [6]+ Stopped gdb ./umc.vx
> [675]$ fg
> gdb ./umc.vx
> ---Type <return> to continue, or q <return> to quit---
> [New LWP 29]
> logMsg [07-05 10:20:36:924936] (nbapDemon ) : PetDemon create Server
> socket on port 45260 ...
>
> The same happens with gdb 5.3. and 6.1.
> This is probably not a gdb problem, but I hope someone can give me a hint
> how I should investigate this odd behavior.
Try
stty -tostop
before running gdb. I had such problems because gdb sometimes tries to
output messages while not "owning" terminal. The above command tells the
terminal to not stop programs in such cases.
- Volodya
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gdb suspends itself
2005-07-05 11:05 ` Vladimir Prus
@ 2005-07-06 9:27 ` Klaus Zeitler
0 siblings, 0 replies; 3+ messages in thread
From: Klaus Zeitler @ 2005-07-06 9:27 UTC (permalink / raw)
To: gdb
>>>>> "Vladimir" == Vladimir Prus <ghost@cs.msu.su> writes:
Vladimir>
Vladimir> Try
Vladimir>
Vladimir> stty -tostop
Vladimir>
Vladimir> before running gdb. I had such problems because gdb sometimes
Vladimir> tries to output messages while not "owning" terminal. The above
Vladimir> command tells the terminal to not stop programs in such cases.
this didn't help, the same thing happens.
Klaus
--
------------------------------------------
| Klaus Zeitler Lucent Technologies |
| Email: kzeitler@lucent.com |
------------------------------------------
---
Linux, because a cpu is a terrible thing to waste
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-07-06 9:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-07-05 9:13 gdb suspends itself Klaus Zeitler
2005-07-05 11:05 ` Vladimir Prus
2005-07-06 9:27 ` Klaus Zeitler
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).