From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6045 invoked by alias); 10 Feb 2004 22:22:47 -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 6038 invoked from network); 10 Feb 2004 22:22:46 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 10 Feb 2004 22:22:46 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id D4CBC2B92; Tue, 10 Feb 2004 17:22:45 -0500 (EST) Message-ID: <402959B5.1020100@gnu.org> Date: Tue, 10 Feb 2004 22:22:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 MIME-Version: 1.0 To: Joel Brobecker Cc: David Carlton , gdb Subject: Re: backtrace issues References: <20040207042507.GI18961@gnat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-02/txt/msg00095.txt.bz2 > At the time when we discussed this, we argued that the only hope was > with dwarf2 CFI, but it just so happens that I noticed the exact same > sort of problem on Windows XP (where we don't have dwarf-2 :-/). > > I have been brooding for a while over this, and really don't see any > solution to this, right now. Maybe it's unfair to say this: I find > the new frame code well structured and blissfully free of all the hacks > we used to have. However, it seems less tolerant to difficult cases, > where we just stop unwinding while we used to be able to have a useful > backtrace with 5.3. > > (please don't see this as a complaint or don't think I am pointing > finger at anybody - if I had found a better solution, believe me, > I would have sent a suggestion). Have a look at the output from "set debug frame 1" (yes it is extreemly verbose but all the info is in there). Two things could be going wrong (only two?): - the debug info for the frame is wrong (gdb looses) If you comment out the code adding the dwarf2 sniffer does it work better? Things to do one day include "set backtrace unwind dwarf2 {on,off}". That it happens with XP indicates it is actually ... - we lost something in translation It's already using the traditional unwinder but the conversion frayed an edge case - straight debugging. Andrew