* GDB 6.6, remote, more threads
@ 2007-09-24 16:51 Roland Puntaier
2007-09-24 17:04 ` Daniel Jacobowitz
0 siblings, 1 reply; 5+ messages in thread
From: Roland Puntaier @ 2007-09-24 16:51 UTC (permalink / raw)
To: gdb
Hello,
The following behavior looks strange to me. Could this be a bug in GDB? Or
maybe I simply miss something.
I have a program with two threads I set up to test my gdbServer. Each
thread function has 3 lines of code and every line has a breakpoint.
I do successive 'c's at the Gdb prompt.
Here Gdb gets 'T0505...08:5b698303;..' corresponding to one breakpoint
($Z0,383695b,1#b7).
So GdbServer tells Gdb that a breakpoint was hit, but Gdb ignores it and
does a 'vCont;c' again.
This way the user misses a breakpoint.
Any idea?
Thanks and Regards, Roland
Breakpoint 4, p2 () at
C:/Projects/testGdbServer/Logical/NewProgram1/p2.c:32
32 jc = lintegral (2,8, mycube);
(gdb) c
Continuing.
Sending packet: $vCont;s:5#27...Ack
Packet received: T0505:ac1b8903;04:a01b8903;08:d2668303;thread:5;
Sending packet: $Z0,383691b,1#b3...Ack
Packet received: OK
Sending packet: $Z0,383693b,1#b5...Ack
Packet received: OK
Sending packet: $Z0,383695b,1#b7...Ack
Packet received: OK
Sending packet: $Z0,38366cf,1#e6...Ack
Packet received: OK
Sending packet: $Z0,38366ef,1#e8...Ack
Packet received: OK
Sending packet: $Z0,383670f,1#b4...Ack
Packet received: OK
Sending packet: $vCont;c#a8...Ack
Packet received: T0505:9c408903;04:94408903;08:5b698303;thread:4f;
Sending packet: $g#67...Ack
Packet received:
447b8f034aa382036e000000247b8f03944089039c40890390fd8903284389035b6983030202000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000
Sending packet: $vCont;c#a8...Ack
Packet received: T0505:ac1b8903;04:a41b8903;08:ef668303;thread:5;
Sending packet: $g#67...Ack
Packet received:
e8e8ef030aba82035d020000c8e8ef03a41b8903ac1b890388fd8903381e8903ef6683030202000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000
Sending packet: $z0,383691b,1#d3...Ack
Packet received: OK
Sending packet: $z0,383693b,1#d5...Ack
Packet received: OK
Sending packet: $z0,383695b,1#d7...Ack
Packet received: OK
Sending packet: $z0,38366cf,1#06...Ack
Packet received: OK
Sending packet: $z0,38366ef,1#08...Ack
Packet received: OK
Sending packet: $z0,383670f,1#d4...Ack
Packet received: OK
Breakpoint 5, p2 () at
C:/Projects/testGdbServer/Logical/NewProgram1/p2.c:33
33 kc = lintegral (4,6, mycube);
(gdb)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GDB 6.6, remote, more threads
2007-09-24 16:51 GDB 6.6, remote, more threads Roland Puntaier
@ 2007-09-24 17:04 ` Daniel Jacobowitz
2007-09-24 17:11 ` Roland Puntaier
0 siblings, 1 reply; 5+ messages in thread
From: Daniel Jacobowitz @ 2007-09-24 17:04 UTC (permalink / raw)
To: Roland Puntaier; +Cc: gdb
On Mon, Sep 24, 2007 at 06:43:44PM +0200, Roland Puntaier wrote:
> Hello,
>
> The following behavior looks strange to me. Could this be a bug in GDB? Or
> maybe I simply miss something.
>
> I have a program with two threads I set up to test my gdbServer. Each
> thread function has 3 lines of code and every line has a breakpoint.
> I do successive 'c's at the Gdb prompt.
>
> Here Gdb gets 'T0505...08:5b698303;..' corresponding to one breakpoint
> ($Z0,383695b,1#b7).
> So GdbServer tells Gdb that a breakpoint was hit, but Gdb ignores it and
> does a 'vCont;c' again.
Try "set debug infrun 1" to see what's going on. What target is this?
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GDB 6.6, remote, more threads
2007-09-24 17:04 ` Daniel Jacobowitz
@ 2007-09-24 17:11 ` Roland Puntaier
2007-09-24 17:20 ` Daniel Jacobowitz
0 siblings, 1 reply; 5+ messages in thread
From: Roland Puntaier @ 2007-09-24 17:11 UTC (permalink / raw)
To: gdb
2007/09/24 18:50:54, Daniel Jacobowitz <drow@false.org> wrote:
> Try "set debug infrun 1" to see what's going on. What target is this?
Target is VxWorks.
Here with 'infrun 1':
(gdb) c
Continuing.
infrun: proceed (addr=0xffffffff, signal=144, step=0)
infrun: resume (step=1, signal=0)
Sending packet: $vCont;s:5#27...Ack
infrun: wait_for_inferior
Packet received: T0505:ac1b8903;04:a01b8903;08:d2668303;thread:5;
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
infrun: stop_pc = 0x38366d2
infrun: trap expected
infrun: no stepping, continue
Sending packet: $Z0,383691b,1#b3...Ack
Packet received: OK
Sending packet: $Z0,383693b,1#b5...Ack
Packet received: OK
Sending packet: $Z0,383695b,1#b7...Ack
Packet received: OK
Sending packet: $Z0,38366cf,1#e6...Ack
Packet received: OK
Sending packet: $Z0,38366ef,1#e8...Ack
Packet received: OK
Sending packet: $Z0,383670f,1#b4...Ack
Packet received: OK
infrun: resume (step=0, signal=0)
Sending packet: $vCont;c#a8...Ack
infrun: prepare_to_wait
Packet received: T0505:9c408903;04:94408903;08:5b698303;thread:4f;
Sending packet: $g#67...Ack
Packet received:
447b8f034af682036e000000247b8f03944089039c40890390fd8903284389035b6983030202000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
infrun: stop_pc = 0x383695b
infrun: context switch
infrun: trap expected
infrun: no stepping, continue
infrun: resume (step=0, signal=0)
Sending packet: $vCont;c#a8...Ack
infrun: prepare_to_wait
Packet received: T0505:ac1b8903;04:a41b8903;08:ef668303;thread:5;
Sending packet: $g#67...Ack
Packet received:
e8e8ef038aa082035d020000c8e8ef03a41b8903ac1b890388fd8903381e8903ef6683030202000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
infrun: stop_pc = 0x38366ef
infrun: context switch
infrun: BPSTAT_WHAT_STOP_NOISY
infrun: stop_stepping
Sending packet: $z0,383691b,1#d3...Ack
Packet received: OK
Sending packet: $z0,383693b,1#d5...Ack
Packet received: OK
Sending packet: $z0,383695b,1#d7...Ack
Packet received: OK
Sending packet: $z0,38366cf,1#06...Ack
Packet received: OK
Sending packet: $z0,38366ef,1#08...Ack
Packet received: OK
Sending packet: $z0,383670f,1#d4...Ack
Packet received: OK
Breakpoint 5, p2 () at
C:/Projects/testGdbServer/Logical/NewProgram1/p2.c:33
33 kc = lintegral (4,6, mycube);
(gdb)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GDB 6.6, remote, more threads
2007-09-24 17:11 ` Roland Puntaier
@ 2007-09-24 17:20 ` Daniel Jacobowitz
2007-09-24 20:29 ` Roland Puntaier
0 siblings, 1 reply; 5+ messages in thread
From: Daniel Jacobowitz @ 2007-09-24 17:20 UTC (permalink / raw)
To: Roland Puntaier; +Cc: gdb
On Mon, Sep 24, 2007 at 07:04:13PM +0200, Roland Puntaier wrote:
> 2007/09/24 18:50:54, Daniel Jacobowitz <drow@false.org> wrote:
> > Try "set debug infrun 1" to see what's going on. What target is this?
>
> Target is VxWorks.
VxWorks does not, as far as I know, ship with a GDB stub which
supports vCont; you may need to talk with whoever wrote the GDB stub
you're using (or maybe you did, and this is a useless comment...).
> infrun: resume (step=0, signal=0)
> Sending packet: $vCont;c#a8...Ack
> infrun: prepare_to_wait
Running...
> Packet received: T0505:9c408903;04:94408903;08:5b698303;thread:4f;
> Sending packet: $g#67...Ack
> Packet received:
> 447b8f034af682036e000000247b8f03944089039c40890390fd8903284389035b6983030202000000000000000000000000000
> 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
> 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
> 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
> 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
> 000000000000000000000000000000000
Stopped...
> infrun: infwait_normal_state
> infrun: TARGET_WAITKIND_STOPPED
> infrun: stop_pc = 0x383695b
> infrun: context switch
> infrun: trap expected
Trap expected. Why? Probably caused by something that happened to
thread 4f before the start of your example, since the trap_expected
flag is thread-specific. Anyway, GDB thinks it was in the middle
of something for this thread.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GDB 6.6, remote, more threads
2007-09-24 17:20 ` Daniel Jacobowitz
@ 2007-09-24 20:29 ` Roland Puntaier
0 siblings, 0 replies; 5+ messages in thread
From: Roland Puntaier @ 2007-09-24 20:29 UTC (permalink / raw)
To: gdb
2007/09/24 19:10:59, Daniel Jacobowitz <drow@false.org> wrote:
> On Mon, Sep 24, 2007 at 07:04:13PM +0200, Roland Puntaier wrote:
> > 2007/09/24 18:50:54, Daniel Jacobowitz <drow@false.org> wrote:
> > > Try "set debug infrun 1" to see what's going on. What target is
this?
> >
> > Target is VxWorks.
>
> VxWorks does not, as far as I know, ship with a GDB stub which
> supports vCont; you may need to talk with whoever wrote the GDB stub
> you're using (or maybe you did, and this is a useless comment...).
Yes, I did.
>
> > infrun: infwait_normal_state
> > infrun: TARGET_WAITKIND_STOPPED
> > infrun: stop_pc = 0x383695b
> > infrun: context switch
> > infrun: trap expected
>
> Trap expected. Why? Probably caused by something that happened to
> thread 4f before the start of your example, since the trap_expected
> flag is thread-specific. Anyway, GDB thinks it was in the middle
> of something for this thread.
I see, I'll try to understand why Gdb got this 'trap_expected' flag.
Thanks for the hint, Daniel.
Regards, Roland.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-09-24 17:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-09-24 16:51 GDB 6.6, remote, more threads Roland Puntaier
2007-09-24 17:04 ` Daniel Jacobowitz
2007-09-24 17:11 ` Roland Puntaier
2007-09-24 17:20 ` Daniel Jacobowitz
2007-09-24 20:29 ` Roland Puntaier
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox