From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-12263-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 15393 invoked by alias); 2 Feb 2003 23:15:20 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 15386 invoked from network); 2 Feb 2003 23:15:19 -0000
Received: from unknown (HELO conure.mail.pas.earthlink.net) (207.217.120.54)
  by 172.16.49.205 with SMTP; 2 Feb 2003 23:15:19 -0000
Received: from dialup-209.245.100.60.dial1.manchester1.level3.net ([209.245.100.60])
	by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18fTKY-0006yl-00
	for gdb@sources.redhat.com; Sun, 02 Feb 2003 15:15:19 -0800
Subject: Re: Backtrace not giving meaningful info
From: jlm <jsado_sc1@earthlink.net>
To: gdb@sources.redhat.com
In-Reply-To: <20030201171246.GC29662@nevyn.them.org>
References: <1044113934.7232.24.camel@PC2> 
	<20030201171246.GC29662@nevyn.them.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Sun, 02 Feb 2003 23:15:00 -0000
Message-Id: <1044227436.5011.6.camel@PC2>
Mime-Version: 1.0
X-SW-Source: 2003-02/txt/msg00036.txt.bz2

Thanks for the reply. Oddly enough, I ran it again and it now displays
complete info in the backtrace. Not sure what I've done different.

Also, seems like I can't debug my program via libtool as it says I
should be able to like:

libtool gdb foo_test

It says "No executable file specified." Instead I'm doing:

cd .libs
LD_PRELOAD=./foolib.so gdb foo_test

Oh, well. At least it works some way.

On Sat, 2003-02-01 at 12:12, Daniel Jacobowitz wrote:
> On Sat, Feb 01, 2003 at 10:38:52AM -0500, jlm wrote:
> > I'm using gdb 5.3 to debug a C++ program that has been compiled with gcc
> > 3.2 using the -gdwarf-2 -g3 flags. I can reliably make my program crash,
> > and at that point, I want to know where my program crashed at, so I do a
> > backtrace:
> > 
> > (gdb) bt
> > #0  0x4007cbd8 in ?? ()
> > #1  0x4007b208 in ?? ()
> > #2  0x40079560 in ?? ()
> > #3  0x4008e300 in ?? ()
> > #4  0x4008d44c in ?? ()
> > #5  0x4008e9f7 in ?? ()
> > #6  0x4006da3f in ?? ()
> > #7  0x4006d25a in ?? ()
> > #8  0x40082a2b in ?? ()
> > #9  0x4008fc30 in ?? ()
> > #10 0x4008fa6f in ?? ()
> > #11 0x408d12c3 in
> > Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*)
> > (self=0x818d180, data=0xbfffd764) at signalproxy.cc:101
> > 
> > I have two questions. One, why doesn't the backtrace go all the way back
> > to main()? Two, what must I do in order to get some more meaningful
> > information in the backtrace? The ?? doesn't help me much.
> 
> Not enough information.  You need to figure out where those addresses
> actually are; are they in a shared library somewhere?  Try "info
> shared".
> 
> -- 
> Daniel Jacobowitz
> MontaVista Software                         Debian GNU/Linux Developer