From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7721 invoked by alias); 19 Aug 2003 13:31:51 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 7697 invoked from network); 19 Aug 2003 13:31:50 -0000 Received: from unknown (HELO cygnus.equallogic.com) (65.170.102.10) by sources.redhat.com with SMTP; 19 Aug 2003 13:31:50 -0000 Received: from cygnus.equallogic.com (localhost.localdomain [127.0.0.1]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id h7JDVot30771 for ; Tue, 19 Aug 2003 09:31:50 -0400 Received: from deneb.dev.equallogic.com (deneb.dev.equallogic.com [172.16.1.99]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id h7JDVni30759; Tue, 19 Aug 2003 09:31:49 -0400 Received: from localhost.equallogic.com (localhost.localdomain [127.0.0.1]) by deneb.dev.equallogic.com (8.11.6/8.11.6) with ESMTP id h7JDVmO00582; Tue, 19 Aug 2003 09:31:49 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16194.9924.707536.389637@gargle.gargle.HOWL> Date: Tue, 19 Aug 2003 13:31:00 -0000 From: Paul Koning To: loa_gus@hotmail.com Cc: drow@mvista.com, gdb@sources.redhat.com Subject: Re: debugging core files from other machines with archived symbol files References: X-SW-Source: 2003-08/txt/msg00219.txt.bz2 >>>>> "Erik" == Erik Gustafsson writes: Erik> Hmm.. Isn't this something you want to be able to do? Seems to Erik> me that everybody that is shipping software to customers would Erik> like to be able to debug crash dumps from customer sites in a Erik> simple way. Erik> I'm not sure I understand on what level the problem is. Is this Erik> a missing feature in GDB or missing information in the core Erik> file? I don't think there is a real issue in practice. Daniel briefly stated the requirements -- you need to have a file system subtree somewhere that has the same shape as the target system tree. That in general isn't a big deal. Given that, you simply point gdb to that subtree with solib-absolute-prefix, and you're good to go. For example, suppose your build procedure produces full (unstripped) binaries in .../targetroot/usr/lib, .../targetroot/usr/bin, etc. Then this gets the job done: gdb .../targetroot/usr/bin/brokenapp (gdb) set solib-absolute-prefix .../targetroot (gdb) core customercorefile GDB will find the relevant file names and the load addresses from data stored in the corefile. Well, that depends on the OS; some don't do a particularly good job. For example, you may discover, as I did, that you can find text sections of libs but not data sections. paul