From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7819 invoked by alias); 7 Sep 2004 17:02:43 -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 7691 invoked from network); 7 Sep 2004 17:02:34 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 7 Sep 2004 17:02:34 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1C4jMX-0002Fl-Rr; Tue, 07 Sep 2004 13:02:33 -0400 Date: Tue, 07 Sep 2004 17:02:00 -0000 From: Daniel Jacobowitz To: Fabian Cenedese Cc: gdb@sources.redhat.com Subject: Re: gdb 6.1.1 (PPC) crash (long) Message-ID: <20040907170233.GA8073@nevyn.them.org> Mail-Followup-To: Fabian Cenedese , gdb@sources.redhat.com References: <5.2.0.9.1.20040902133756.01d474f8@NT_SERVER> <5.2.0.9.1.20040901102226.01d2fed8@NT_SERVER> <5.2.0.9.1.20040902133756.01d474f8@NT_SERVER> <5.2.0.9.1.20040907170934.01d457f8@NT_SERVER> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.2.0.9.1.20040907170934.01d457f8@NT_SERVER> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-09/txt/msg00057.txt.bz2 On Tue, Sep 07, 2004 at 05:13:41PM +0200, Fabian Cenedese wrote: > > >> >Here's what happens: > >> > > >> >(gdb) ptype this > >> >type = class CMainTask : public CINOSTask { > >> > public: > >> > CMainTask & operator=(CMainTask const &); > >> > virtual ~CMainTask(void); > >> > 2 [main] gdb 2100 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION > >> > 329 [main] gdb 2100 open_stackdumpfile: Dumping stack trace to gdb.exe.stackdump > >> > >> If anybody is interested in solving this, I can send a small debug-only file > >> (objcopy --only-keep-debug, ~250KB) and the sources and the processed > >> Assembler files (gcc -S). I still can't find how to solve this, debugging via > >> gdb is quite new to me. > > > >I'll take a look at it; could you send them to me (off-list)? > > Here it is. The cpp looks... not so good as I tried to comment out as much as > possible to keep the info small. But I don't know if you even need it. The file > dbg.x is the one I load into gdb and makes it crash with the above command, > I just tested this again. > > Thanks for your help. OK, I can reproduce it. It looks like a bug in the stab reader. Here's the stab; newlines added for clarity but I don't swear I got them in the right place. CMainTask:Tt(0,25)=s148!1,020,(16,31); __as::(0,26)=##(0,27)=&(0,25);:RC9CMainTask;2A.; CMainTask::(0,28)=##(0,29)=*(0,25);:RC9CMainTask;2A. (0,30)=#(0,25),(0,20),(0,29),(0,1),(0,20);:_._9CMainTask;2A*1;(16,31); (0,31)=##(0,29);:PcUlUl;2A.; Action::(0,32)=##(0,20);:;2A*2;(16,31);;;~%(16,31); We're completely botching up the parsing of the constructor. The problem seems to be the presence of constructor, destructor, constructor. The bug will be, in current CVS, in stabsread.c around line 2468 in the has_destructor && has_other case. It looks like I got the linked list management wrong; I have this habitual problem with linked lists. The bug may be pretty easy to spot but I don't have time to dig for it today. Hope this helps! -- Daniel Jacobowitz