From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9510 invoked by alias); 1 Feb 2007 23:59:52 -0000 Received: (qmail 9502 invoked by uid 22791); 1 Feb 2007 23:59:51 -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 23:59:47 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1HClqC-0004Dy-B9; Thu, 01 Feb 2007 18:59:44 -0500 Date: Thu, 01 Feb 2007 23:59: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: <20070201235944.GA16114@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> <20070201225437.GA13740@nevyn.them.org> <20070201230301.GM17864@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070201230301.GM17864@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/msg00012.txt.bz2 On Thu, Feb 01, 2007 at 03:03:01PM -0800, Joel Brobecker wrote: > > 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. > > At least on Windows, I think the change I proposed should help > increase the odds in our favor in this situation. If I read the code > correctly, the current approach will almost always fail, whereas > using %ebp should get us somewhere sensible unless %ebp is used > as a scratch register... Except it's pretty standard to compile without a frame pointer on Windows, from what I've encountered - and more importantly, all of the Microsoft DLLs seem to do so. I still think we need to come up with some way to take advantage of the MS symbol info, though it's not a small project (so I haven't really tried to do it). -- Daniel Jacobowitz CodeSourcery