From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26023 invoked by alias); 3 Jul 2009 12:45:38 -0000 Received: (qmail 26013 invoked by uid 22791); 3 Jul 2009 12:45:37 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_81 X-Spam-Check-By: sourceware.org Received: from mail.redpinesignals.com (HELO mail.redpinesignals.com) (203.196.161.92) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 03 Jul 2009 12:45:31 +0000 Received: from [192.168.40.83] ([192.168.40.83]) (authenticated user nagaraju.m@redpinesignals.com) by mail.redpinesignals.com; Fri, 3 Jul 2009 18:06:39 +0530 Message-ID: <4A4DFA77.60707@redpinesignals.com> Date: Fri, 03 Jul 2009 12:45:00 -0000 From: "nagaraju.m" User-Agent: Thunderbird 2.0.0.17 (X11/20081009) MIME-Version: 1.0 To: gdb@sourceware.org, jeremy.bennett@embecosm.com Subject: Re:next Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-07/txt/msg00015.txt.bz2 Hi Bennett, I am new new to gdb. Thanks for the useful information that you provided. I have tried as you suggested, i checked function prologue but it is defined properly. In my code "step", "stepi" and "continue" are behaving normally. "next" issue is not only with my target it is with simulator also. When i debugged it with gdb it is behaving correctly up to "*if(!frame_id_eq (get_frame_id (get_current_frame ()), step_frame_id) && frame_id_eq (frame_unwind_id (get_current_frame ()), step_frame_id))*" this condition in infrun file in gdb. After this *start* and *end* points are changing as a result it is simply single stepping. I am not able to trace the issue for here... Can you please show me the path to resolve this issue... Thanks, Nagaraju M on Thu, 2009-07-02 at 16:39 +0530, nagaraju.m wrote: > > Hi all, > > > > I have ported gdb-6.8 to my target. But when i am debugging using > > new gdb i found that Next command is not working. Even i use next it is > > just single stepping... > > > > Can any one please help me out. > > > > Thanks in advance, > > Nagaraju.M > Hi Nagaraju, I ran into the same problem with a port of GDB I did last year. From memory, in that case, the problem was with my prologue analysis, giving GDB some very strange information, which confused "next". How do "step", "stepi" and "continue" behave for you? If you are connecting to your target remotely, you can glean a lot of information by looking at the Remote Serial Protocol (RSP) packet exchanges. "next" may use some single instruction stepping if it thinks it is currently in a function prologue or the middle of a high level instruction, to get to the clean start of a high level instruction. It will then set a breakpoint after that high level instruction and run to that breakpoint. "next" could be failing if it can't single step, or it can't get reliable information about the start of high level instructions or end of function prologues, or if breakpoints aren't working correctly. I wrote an application note last year on RSP, which has some GDB client function traces for various GDB commands. I didn't include "next", but "step" and "continue" may help you. http://www.embecosm.com/download/ean4.html Hope this is useful. Jeremy -- Tel: +44 (1590) 610184 Cell: +44 (7970) 676050 SkypeID: jeremybennett Email: jeremy.bennett@embecosm.com Web: www.embecosm.com