This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: multi-thread remote debugging i386-linux target (NEED HELP)


Hi,

1. Yes, the host and target running exactly the same
 libraries


2. Protocol packets are captured as follows:

Breakpoint 1 at 0x8048527: file test.c, line 21.
Remote debugging using 10.247.1.237:2345
Sending packet: $Hc-1#09...Ack
Packet received: OK
Sending packet: $qC#b4...Ack
Packet received: 
Sending packet: $qOffsets#4b...Ack
Packet received: 
Sending packet: $?#3f...Ack
Packet received:
T0505:00000000;04:108df4bf;08:503c8400;
Sending packet: $m843c50,8#38...Ack
Packet received: 89e0e83900000089
Sending packet: $m843c50,7#37...Ack
Packet received: 89e0e839000000
0x00843c50 in ?? ()
Continuing.
Sending packet: $Z0,8048527,1#85...Ack
Packet received: 
Packet Z0 (software-breakpoint) is NOT supported
Sending packet: $m8048527,1#3c...Ack
Packet received: 83
Sending packet: $X8048527,0:#60...Ack
Packet received: 
binary downloading NOT suppported by target
Sending packet: $M8048527,1:cc#1c...Ack
Packet received: OK
Sending packet: $vCont?#49...Ack
Packet received: vCont;c;C;s;S
Packet vCont (verbose-resume) is supported
Sending packet: $vCont;c#a8...Ack
Packet received:
T0505:888cf4bf;04:508cf4bf;08:28850408;
Sending packet: $Hg0#df...Ack
Packet received: OK
Sending packet: $p0#a0...Ack
Packet received: 
Sending packet: $g#67...Ack
Packet received:
5c8cf4bf08ebdcbc0000000098099900508cf4bf888cf4bf148df4bf1c8df4bf2885040802020000230000002b0000002b0000002b000000000000003300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f03000000000000ffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000ffffffff
Sending packet: $P8=27850408#67...Ack
Packet received: 
Sending packet:
$G5c8cf4bf08ebdcbc0000000098099900508cf4bf888cf4bf148df4bf1c8df4bf2785040802020000230000002b0000002b0000002b000000000000003300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f03000000000000ffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000ffffffff#5b...Ack
Packet received: OK
Sending packet: $M8048527,1:83#c1...Ack
Packet received: OK

Breakpoint 1, main (Sending packet:
$mbff48c90,4#33...Ack
Packet received: 01000000
argc=1, Sending packet: $mbff48c94,4#37...Ack
Packet received: 148df4bf
argv=0xbff48d14) at test.c:21
21	  sleep(5);
Sending packet: $qfThreadInfo#bb...Ack
Packet received: mff3
Sending packet: $qsThreadInfo#c8...Ack
Packet received: l
  1 Thread 4083Sending packet:
$qThreadExtraInfo,ff3#84...Ack
Packet received: 
Sending packet: $qP0000001f0000000000000ff3#e7...Ack
Packet received: 
  Sending packet: $Hgff3#ae...Ack
Packet received: OK
Sending packet: $g#67...Ack
Packet received:
5c8cf4bf08ebdcbc0000000098099900508cf4bf888cf4bf148df4bf1c8df4bf2785040802020000230000002b0000002b0000002b000000000000003300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f03000000000000ffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000ffffffff
main (Sending packet: $mbff48c90,4#33...Ack
Packet received: 01000000
argc=1, Sending packet: $mbff48c94,4#37...Ack
Packet received: 148df4bf
argv=0xbff48d14) at test.c:21
Sending packet: $Hg0#df...Ack
Packet received: OK
Sending packet: $g#67...Ack
Packet received:
5c8cf4bf08ebdcbc0000000098099900508cf4bf888cf4bf148df4bf1c8df4bf2785040802020000230000002b0000002b0000002b000000000000003300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f03000000000000ffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000ffffffff
#0  main (Sending packet: $mbff48c90,4#33...Ack
Packet received: 01000000
argc=1, Sending packet: $mbff48c94,4#37...Ack
Packet received: 148df4bf
argv=0xbff48d14) at test.c:21


  Pls advise. Thank you for  your attention.

Regards.
Peter Choi

--- Daniel Jacobowitz <drow@false.org> wrote:

> On Mon, Nov 21, 2005 at 11:23:18PM -0800, Peter Choi
> wrote:
> > Hi,
> > 
> > 1.   On my host, library files of my i386-linux
> target
> > residues under directory /lib so well. So, need to
> add
> > prefix by "solib-absolute-prefix".
> 
> Are the host and target running exactly the same
> libraries?
> 
> > 2.  If I use "symb test" to load symbols from my
> test
> > program on my host, I can then break in the main
> > thread (But I can't see all other threads
> created).
> > 
> >   However, If I use "file test" to load my test
> > program on my host, I CANNOT break at all. It
> simply
> > halt at somewhere, not sending/receiving any debug
> > packet at all. After all, it cannot stop at the
> end of
> > my test program too.
> > 
> >   Please advise what can possibly go wrong. Thank
> you
> > for your attention.
> 
> Please post a session transcript, including "set
> debug remote 1", so
> that we can see what happened.
> 
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery, LLC
> 



	
		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]