From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24924 invoked by alias); 18 Oct 2007 16:52:42 -0000 Received: (qmail 24915 invoked by uid 22791); 18 Oct 2007 16:52:41 -0000 X-Spam-Check-By: sourceware.org Received: from mail1.thewrittenword.com (HELO mail1.thewrittenword.com) (67.95.107.114) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 18 Oct 2007 16:52:38 +0000 Received: by mail1.thewrittenword.com (Postfix, from userid 1000) id 0C0232B7; Thu, 18 Oct 2007 11:52:37 -0500 (CDT) Date: Thu, 18 Oct 2007 16:52:00 -0000 From: Albert Chin To: gdb@sourceware.org Subject: Re: SEGV running gdb-6.7 on Tru64 UNIX 5.1 Message-ID: <20071018165236.GA90995@mail1.thewrittenword.com> Reply-To: gdb@sourceware.org References: <20071017233802.GA74638@mail1.thewrittenword.com> <20071018031954.GN16618@adacore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018031954.GN16618@adacore.com> User-Agent: Mutt/1.5.6i X-IsSubscribed: yes 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: 2007-10/txt/msg00147.txt.bz2 On Wed, Oct 17, 2007 at 08:19:54PM -0700, Joel Brobecker wrote: > > Anyone running 6.7 successfully on Tru64 UNIX 5.1? gdb-6.6 Worked ok. > > I am able to run it through your example. However, I did build the > executable using gcc, not cc. That's probably where the difference is. I built with gcc-3.4.3 and still get a SEGV with the 'list' command, but the ladebug backtrace is different: >0 0x1200a802c in target_write_with_progress(ops=0x1401297c0, object=TARGET_OBJECT_SPU, annex=0x0, buf=0x0, offset=4831842700, len=4831819312, progress=0x11fffb6b0, baton=0x11fffb630) "target.c":1452 #1 0x1200a7ff4 in target_write_with_progress(ops=0x1401297c0, object=TARGET_OBJECT_SPU, annex=0x0, buf=0x0, offset=4831842700, len=4831819312, progress=0x11fffb6b0, baton=0x11fffb630) "target.c":1439 > > >0 0x120125920 in symbol_found(funfirstline=1, canonical=0x0, copy=0x1401778d0="main", sym=0x14014d7c0, file_symtab=0x0, sym_symtab=0x0) "linespec.c":1786 > > The problem here is that both file_symtab and sym_symtab are NULL. > Looking at the frame just above it: > > > #1 0x120125744 in decode_variable(copy=0x1401778d0="main", funfirstline=1, canonical=0x0, file_symtab=0x0, not_found_ptr=0x0) "linespec.c":1737 > > Apparently, lookup_symbol found a symbol for "main", but did not > return the associated symtab. > > You'll probably need to debug GDB to find out why > lookup_symbol_in_language set the symtab to NULL... Ok, I'll have to do some digging. Thanks. -- albert chin (china@thewrittenword.com)