From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5888 invoked by alias); 23 Jun 2005 17:08:50 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 5449 invoked by uid 22791); 23 Jun 2005 17:08:41 -0000 Received: from smtp106.mail.sc5.yahoo.com (HELO smtp106.mail.sc5.yahoo.com) (66.163.169.226) by sourceware.org (qpsmtpd/0.30-dev) with SMTP; Thu, 23 Jun 2005 17:08:41 +0000 Received: (qmail 67682 invoked from network); 23 Jun 2005 17:08:39 -0000 Received: from unknown (HELO ?192.168.3.100?) (jcphillips@216.54.38.110 with plain) by smtp106.mail.sc5.yahoo.com with SMTP; 23 Jun 2005 17:08:38 -0000 Message-ID: <42BAEC22.4010502@yahoo.com> Date: Thu, 23 Jun 2005 17:08:00 -0000 From: Chad Phillips User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: ramana.radhakrishnan@codito.com CC: gdb@sources.redhat.com Subject: Re: single-stepping remote target fails References: <42BAD2C4.3070802@yahoo.com> <42BAD801.1000509@yahoo.com> <1119545687.15278.62.camel@localhost.localdomain> In-Reply-To: <1119545687.15278.62.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg00210.txt.bz2 Ramana, The output log follows. ---------------------------------------------------------- (gdb) target remote localhost:1000 Remote debugging using localhost:1000 Sending packet: $Hc-1#09...Ack Packet received: Sending packet: $qC#b4...Ack Packet received: Sending packet: $qOffsets#4b...Ack Packet received: Sending packet: $?#3f...Ack Packet received: S00 Sending packet: $Hg0#df...Ack Packet received: Sending packet: $p40#d4...Ack Packet received: 0000438C Sending packet: $p0#a0...Ack Packet received: 00801D8C main () at main.c:159 159 while(!PITFlag) (gdb) s Sending packet: $p1#a1...Ack Packet received: 00C70000 Sending packet: $m4180,2#98...Ack Packet received: 24F0 Sending packet: $m4182,2#9a...Ack Packet received: 007D Sending packet: $m4184,2#9c...Ack Packet received: 6681 Sending packet: $m4186,2#9e...Ack Packet received: 0510 ...(memory reads from 0x4188 through 0x4384)... Sending packet: $m4386,2#a0...Ack Packet received: 97A0 Sending packet: $m4388,2#a2...Ack Packet received: F7F0 Sending packet: $m438a,2#cb...Ack Packet received: 7F5E Sending packet: $vCont?#49...Ack Packet received: Packet vCont (verbose-resume) is NOT supported Sending packet: $Hc0#db...Ack Packet received: Sending packet: $s#73...Ack Packet received: S00 Sending packet: $p40#d4...Ack Packet received: 0000438E Program received signal 0, Signal 0. Sending packet: $p0#a0...Ack Packet received: 00801D8C 0x0000438e in main () at main.c:159 159 while(!PITFlag) (gdb) ---------------------------------------------------------- GDB never sends a 'Z1' packet to set a hardware breakpoint as part of the step. -Chad Ramana Radhakrishnan wrote: > On Thu, 2005-06-23 at 11:40 -0400, Chad Phillips wrote: > >> >On Thu, Jun 23, 2005 at 11:18:28AM -0400, Chad Phillips wrote: >> >> Problem 1. >> >> Single stepping in C source only steps by single machine instruction. >> >> I had expected that GDB might try to set breakpoints on the next >> >> instruction and then continue, but I see no such requests from GDB. >> >> How does GDB cause single steps through C (any high level language) >> >> source? >> >It does hardware single steps until the source line of the $pc changes. >> >>Interesting. It makes no requests to set breakpoints. If I explicitly >>set breakpoints, they work. But when I issue the step command, I get >>no breakpoint commands at my proxy application from GDB. Any Ideas? > > > Can your stub single step by itself without the debugger ? Guess you can > do with the JTAG on. Does your remote stub support the single stepping > packet ? > > In any case do a set debug remote 1 just before you single step and > paste the output log over here. That could help answering. > > cheers > Ramana > > > > >> >> Problem 2. >> >> When I issue the step command (or si, n, ni) to the target, GDB does >> >> a _lot_ of memory reads. It reads from the start of main up to the >> >> current PC (in main). What is it doing, and how can I make it stop? >> >> >Preumably it is doing prologue analysis. You need to work out (A) why >> >it triggered the prolgoue analyzer and (B) whether you should be using >> >unwind information instead of prologue analysis. >> >>Thanks. That make sense. >> >>-Chad > > >