From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14066 invoked by alias); 1 Feb 2007 22:54:47 -0000 Received: (qmail 14056 invoked by uid 22791); 1 Feb 2007 22:54:46 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 01 Feb 2007 22:54:42 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1HCkpB-0003bA-71; Thu, 01 Feb 2007 17:54:37 -0500 Date: Thu, 01 Feb 2007 22:54:00 -0000 From: Daniel Jacobowitz To: Joel Brobecker Cc: Wiljan Derks , gdb@sourceware.org, Mark Kettenis Subject: Re: How to tell gdb about dlls using remote protocol Message-ID: <20070201225437.GA13740@nevyn.them.org> Mail-Followup-To: Joel Brobecker , Wiljan Derks , gdb@sourceware.org, Mark Kettenis References: <003f01c7457c$0f2d8090$9600000a@kamer> <20070131223113.GA15122@nevyn.them.org> <20070201175311.GG17864@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070201175311.GG17864@adacore.com> User-Agent: Mutt/1.5.13 (2006-08-11) 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-02/txt/msg00009.txt.bz2 On Thu, Feb 01, 2007 at 09:53:11AM -0800, Joel Brobecker wrote: > This makes me wonder how well the debugger can work in certain > situations like when backtracing from DLL code. If the debugger > doesn't know where it is, then it's probably let to prologue analysis > to do the unwinding. Except that it cannot determine where the prologue > is... In that case, I see that the i386 unwinder assumes that the frame > base can be deduced from the SP and the SP offset. Unfortunately, > this SP offset can only be deduced from prologue analysis. Catch 22? In general, if we can not find the start of the current function, we have absolutely no chance of getting out of it. This is a standard problem e.g. with the Windows system DLLs, since we have inadequate means to recover symbol information from them. -- Daniel Jacobowitz CodeSourcery