From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30484 invoked by alias); 25 Apr 2005 19:45:01 -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 30415 invoked from network); 25 Apr 2005 19:44:45 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 25 Apr 2005 19:44:45 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j3PJiZmE023083; Mon, 25 Apr 2005 21:44:35 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j3PJiYNO024945; Mon, 25 Apr 2005 21:44:34 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j3PJiYoA005614; Mon, 25 Apr 2005 21:44:34 +0200 (CEST) Date: Mon, 25 Apr 2005 20:37:00 -0000 Message-Id: <200504251944.j3PJiYoA005614@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: roland.schwingel@onevision.de, gdb@sourceware.org In-reply-to: <20050425193423.GA23856@nevyn.them.org> (message from Daniel Jacobowitz on Mon, 25 Apr 2005 15:34:24 -0400) Subject: Re: gdb stack trace problems (Addendum) References: <426CA356.60901@onevision.de> <200504251926.j3PJQWUS002190@elgar.sibelius.xs4all.nl> <20050425193423.GA23856@nevyn.them.org> X-SW-Source: 2005-04/txt/msg00180.txt.bz2 Date: Mon, 25 Apr 2005 15:34:24 -0400 From: Daniel Jacobowitz On Mon, Apr 25, 2005 at 09:26:32PM +0200, Mark Kettenis wrote: > Can you test the attached patch? It introduces a new option named > "trust-frame-pointer". Whenever you encounter a problem you can: > > (gdb) set trust-frame-pointer 1 "set i386 trust-frame-pointer", please? That can be arranged, although this isn't something i386-specific per se. > and try again. You probably want to reset it to 0 before continuing > your program since I found out that bad things happen with some of the > tests in the gdb testsuite with this turned on. Hmm, what sort of bad things? Mostly "next" running off into some random startup code instead of stopping at the next line. It adds about 75 failures to my testsuite run on i386-unknown-openbsd3.7 (which has gcc 3.3.5). Anyway, this leaves me not completely convinced that this is a good idea. If Windows DLL's are really so undebuggable as Roland showed, it might be a good idea to add a Windows-specific DLL unwinder. But that requires some action from someone with a working Windows system ;-). Mark