From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8747 invoked by alias); 22 Apr 2005 22:39:16 -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 8674 invoked from network); 22 Apr 2005 22:39:07 -0000 Received: from unknown (HELO corpexch01.Tivo.com) (204.176.49.25) by sourceware.org with SMTP; 22 Apr 2005 22:39:07 -0000 Received: from corpexch10.Tivo.com ([192.168.180.200]) by corpexch01.Tivo.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 22 Apr 2005 15:39:06 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Subject: Re: gdb 6.x 'next' does not work on mips-linux/mipsel-linux Date: Fri, 22 Apr 2005 22:39:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "John Van Horne" To: X-OriginalArrivalTime: 22 Apr 2005 22:39:06.0296 (UTC) FILETIME=[175E0B80:01C5478C] X-SW-Source: 2005-04/txt/msg00157.txt.bz2 I just posted a note on PR 1716 about my experience with this problem. Basi= cally, "next" on a dynamically linked library function fails for me using gdb 6.2.= 1, 6.3 and 6.3.50.20050420. I saw the previous posts in this thread that made it s= ound as though this was fixed in the 20050104 snapshot. However I couldn't find tha= t snapshot, and the latest failed for me. I've got gdb configured for mips-linux-gnu, and I'm using gcc-3.3.4 and bin= utils-2.15. As a test I'm using testsuite/gdb.base/call-strs.exp. Version 6.3.50.200504= 20 fails on the "next" at line 73 (strcpy) with this message: warning: GDB can't find the start of the function at 0x400cf0. GDB is unable to find the start of the function at 0x400cf0 and thus can't determine the size of that function's stack frame. This means that GDB may be unable to access that stack frame, or the frames below it. This problem is most likely caused by an invalid program counter or stack pointer. However, if you think GDB should simply search farther back from 0x400cf0 for code which looks like the beginning of a function, you can increase the range of the search using the `set heuristic-fence-post' command. warning: GDB can't find the start of the function at 0x400cf0. ?? () =A0 The failure occurs both with native and remote debugging. There's no failure when I "step" into "strcpy" and then finish it. I'd be happy to provide any more information and would like to know if anyo= ne's working on this. Thanks, -John Van Horne (not on mailing list, please cc jvh@tivo.com)