From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19980 invoked by alias); 18 Jan 2007 19:59:47 -0000 Received: (qmail 19972 invoked by uid 22791); 18 Jan 2007 19:59: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, 18 Jan 2007 19:59:35 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1H7dPo-0005os-5Y; Thu, 18 Jan 2007 14:59:16 -0500 Date: Thu, 18 Jan 2007 19:59:00 -0000 From: Daniel Jacobowitz To: Frederic RISS , Jim Blandy Cc: =?iso-8859-1?Q?Fr=E9d=E9ric?= Riss , Vladimir Prus , gdb-patches@sources.redhat.com Subject: Re: [RFC] Prints the frame id when target stops Message-ID: <20070118195916.GA21617@nevyn.them.org> Mail-Followup-To: Frederic RISS , Jim Blandy , =?iso-8859-1?Q?Fr=E9d=E9ric?= Riss , Vladimir Prus , gdb-patches@sources.redhat.com References: <45AB9A7F.1090502@st.com> <17837.16328.46414.146270@kahikatea.snap.net.nz> <200701170234.34303.ghost@cs.msu.su> <200701172128.l0HLSOTc024176@brahms.sibelius.xs4all.nl> <1169071153.5155.71.camel@funkylaptop> <20070117221742.GA15116@nevyn.them.org> <1169107060.3288.126.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1169107060.3288.126.camel@localhost.localdomain> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00404.txt.bz2 On Thu, Jan 18, 2007 at 08:57:40AM +0100, Frederic RISS wrote: > > For instance: > > - We can speed up the psymtab lookup which currently shows up in > > profiles. A coworker of mine gave me some clever ideas on how > > to do this if anyone wants to try it :-) > > Hehe. What's the idea? maybe someone will pick it up. Rouhly speaking, recording all of the intervals covered by psymbols on a per objfile basis. If you avoid using the faster lookup mechanism in the presence of overlays, you can assume a single best symbol covering each address and roughly non-overlapping (but not quite). It's just going to be a matter of slogging through it. I expect we'd get a bunch of splay trees. On Thu, Jan 18, 2007 at 10:34:39AM -0800, Jim Blandy wrote: > Yeah --- I'd be very concerned about GDB performance optimizations > that would cause GDB to not notice, say, corruptions of the stack by > buffer overruns. Absolutely. As fast as possible, but no faster :-) > Could you enable 'debug remote' while it's doing the unwinding, and > figure out what it's actually fetching? Yes please. -- Daniel Jacobowitz CodeSourcery