This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: GDB 6.6, remote, more threads
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