From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21000 invoked by alias); 17 Aug 2006 12:32:53 -0000 Received: (qmail 20986 invoked by uid 22791); 17 Aug 2006 12:32:52 -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, 17 Aug 2006 12:32:50 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1GDh3H-0005Mr-VW; Thu, 17 Aug 2006 08:32:48 -0400 Date: Thu, 17 Aug 2006 12:32:00 -0000 From: Daniel Jacobowitz To: Lee Cc: gdb@sourceware.org Subject: Re: debugging release shared libraries Message-ID: <20060817123247.GA20602@nevyn.them.org> Mail-Followup-To: Lee , gdb@sourceware.org References: <20060817031041.1118.qmail@web55609.mail.re4.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060817031041.1118.qmail@web55609.mail.re4.yahoo.com> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00133.txt.bz2 On Wed, Aug 16, 2006 at 08:10:36PM -0700, Lee wrote: > It just seems that there is just no way to get around > having all of the binaries to debug a core, or compile > everything with -g and always running the larger > libraries. Or as you mentioned use .gnu_debuglink to run the smaller libraries, but yes, if the libraries aren't in your core dump then you need to know exactly which ones they were. Someone recently proposed to include shared libraries in core dumps on linux-kernel, but the patch didn't get much attention. I think it was David Miller. -- Daniel Jacobowitz CodeSourcery