From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19722 invoked by alias); 2 Feb 2007 11:43:34 -0000 Received: (qmail 19712 invoked by uid 22791); 2 Feb 2007 11:43:34 -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; Fri, 02 Feb 2007 11:43:29 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1HCwoy-0003yh-RO; Fri, 02 Feb 2007 06:43:13 -0500 Date: Fri, 02 Feb 2007 11:43:00 -0000 From: Daniel Jacobowitz To: Robert Dewar Cc: Joel Brobecker , Wiljan Derks , gdb@sourceware.org, Mark Kettenis Subject: Re: How to tell gdb about dlls using remote protocol Message-ID: <20070202114312.GA15239@nevyn.them.org> Mail-Followup-To: Robert Dewar , 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> <20070201235944.GA16114@nevyn.them.org> <45C2D80E.2050403@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45C2D80E.2050403@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/msg00015.txt.bz2 On Fri, Feb 02, 2007 at 01:19:58AM -0500, Robert Dewar wrote: > True, but it is relatively unlikely to be interesting to debug through > Microsoft DLL's, much more likely and useful to debug through user > written DLL's, and people can learn that if they want to debug such > DLL's they should not suppress the frame pointer. Sorry, I have to disagree from my own experience. Pretty much any time you stop a running program it's in those DLLs. And this is doubly true for any threaded program - there's always a couple of threads that I have no idea what the heck they're doing. > I agree it would be nice to take advantage of the MS symbol info if > this is possible (technically and legally), but as you say it is a > big project, and we should not let best be the enemy of better. I'm hoping Mark will respond to the patch. We stopped doing it deliberately in the past; I don't know if we want to revisit or not. -- Daniel Jacobowitz CodeSourcery