From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19010 invoked by alias); 10 Jul 2008 15:56:14 -0000 Received: (qmail 19002 invoked by uid 22791); 10 Jul 2008 15:56:13 -0000 X-Spam-Check-By: sourceware.org Received: from aussmtpmrkpc120.us.dell.com (HELO aussmtpmrkpc120.us.dell.com) (143.166.82.159) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 10 Jul 2008 15:55:35 +0000 X-IronPort-AV: E=Sophos;i="4.30,338,1212382800"; d="scan'208";a="352697460" Received: from unknown (HELO M31.equallogic.com) ([12.110.134.31]) by aussmtpmrkpc120.us.dell.com with SMTP; 10 Jul 2008 10:55:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18550.12532.359181.233284@gargle.gargle.HOWL> Date: Thu, 10 Jul 2008 15:56:00 -0000 From: Paul Koning To: drow@false.org Cc: andrew.stubbs@st.com, gdb@sourceware.org Subject: Re: Symbol tables for separately linked pieces References: <18550.7195.371436.629820@gargle.gargle.HOWL> <487622FE.8050209@st.com> <20080710150728.GA12544@caradoc.them.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid 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: 2008-07/txt/msg00068.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Daniel> On Thu, Jul 10, 2008 at 03:55:58PM +0100, Andrew STUBBS Daniel> wrote: >> This solution is less satisfactory when the context change occurs >> frequently, so I've been wondering if there would be a better way >> to do it myself. Some sort of context sensitive thing maybe >> (select symbols from the same source as the current function >> symbol), or perhaps explicitly by name ("break a.elf:main"). Daniel> I don't have a suggestion, but I do have a hopeful sign: the Daniel> same sort of juggling is necessary for a Daniel> multiple-process-image GDB, which CodeSourcery's going to be Daniel> working on once we're finished with non-stop debugging and Daniel> multi-process-single-image. Whatever we come up with will Daniel> hopefully be useful for this two image scenario too. Daniel> I suspect we'll tell GDB to keep both symbol tables loaded, Daniel> but have one current. But I haven't really thought about it Daniel> (I'm working on other things). Interesting, The hack implementation I have right now is in the context of a dump analyzer. I do the "load both and have one current" thing. On top of that, I also allow the analyzer to find the current process (or any other process) and load its symbol tables (including shared libraries, eek). It's not a common thing but occasionally it's nice to trace a kernel crash all the way down into userland. Maybe we should compare notes. paul