RE: Error running remote gdb

[Michael Snyder <Michael.Snyder@palmsource.com>]

On Thu, 2006-08-31 at 17:33 -0700, Bizhan Gholikhamseh (bgholikh) wrote:
>  

> > > Sending packet: $m3000ce98,4#c9...Ack Packet received: 9421fff0 
> > > Sending packet: $M3000ce98,4:7d821008#b1...Ack Packet received: OK 
> > > Sending packet: $m10000560,4#59...Ack Packet received: 48000181 
> > > Sending packet: $M10000560,4:7d821008#41...Ack Packet received: OK 
> > > Sending packet: $vCont;s:6098;c#67...Ack
> > 
> > Finally, gdb restores the breakpoints and tells the target to 
> > continue.
> > 
> > > Packet received: T0501:7ffffd30;40:10000560;thread:6098;
> > 
> > Whereupon we immediately hit the breakpoint at main.
> > This is where we went wrong.  This shouldn't have happened.
> 
> >Actually, this looks fine.  But we're at 0x10000560; why are we
> reinserting the breakpoint _at this address_ and >>then continuing?
> >Normally you leave the breakpoint out to step over it.
> 
> I> can't think what could cause that.
> 
> >> This is where I have to admit that I don't know the exact semantics
> of 
> >> the vCont message.  Over to you, Daniel?
> 
> >That's a "step only thread 6098, continue all other threads"
> >packet, in other words, it corresponds to a single step other than over
> a breakpoint.  If we're stepping over a >
> breakpoint we'd have not had the trailing ;c.
> 
> 
> Sorry I am a little confused here,

Understandable.  ;-)


>  so you are implying everything is
> fine, however I am not able to step or next?

Well, no, I think we're converging on 
"we don't exactly understand what's going on here".

The last message from gdb to the target, "$vCont;s:6098;c#67",
doesn't seem to make sense.  Personally I don't understand the 
semantics of vCont well enough to say for sure.

Fortunately, vCont can be turned off.   ;-)

Can you repeat the experiment approximately like this?
	% gdb test
	(gdb) set debug remote 1
	(gdb) set remote verbose-resume off
	(gdb) target remote 172.28.176.142:2001
	(gdb) break main
	(gdb) continue
	(gdb) where
	(gdb) step

Send us the result just like before.

Michael