From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31837 invoked by alias); 31 Dec 2004 19:09:09 -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 31824 invoked from network); 31 Dec 2004 19:09:03 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 31 Dec 2004 19:09:03 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1CkS8v-00034b-C4; Fri, 31 Dec 2004 14:08:57 -0500 Date: Fri, 31 Dec 2004 19:09:00 -0000 From: Daniel Jacobowitz To: Adam Richard Cc: gdb@sources.redhat.com Subject: Re: warning: Unable to find dynamic linker breakpoint function Message-ID: <20041231190856.GA10862@nevyn.them.org> Mail-Followup-To: Adam Richard , gdb@sources.redhat.com References: <1104355984.41d322909c42d@webmail.unb.ca> <20041229214406.GA5135@nevyn.them.org> <1104453359.41d49eef5093e@webmail.unb.ca> <20041231004046.GA17098@nevyn.them.org> <1104501082.41d5595a81666@webmail.unb.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1104501082.41d5595a81666@webmail.unb.ca> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-12/txt/msg00142.txt.bz2 On Fri, Dec 31, 2004 at 09:51:22AM -0400, Adam Richard wrote: > That doesn't really make sense to me. Setting a breakpoint *is* a debugging task. Why > does it need to set a breakpoint in order to debug? So that it knows what shared libraries are loaded in the program you're debugging. It hits the breakpoint when the list changes. > > > Linux, kernel 2.6.9, on an AMD Athlon XP processor. I read somewhere that it > > might > > > have to do with a stripped gdb but I don't understand why I can't have a stripped > > gdb > > > so I'm hoping for an explanation. > > > > Not a stripped GDB, a stripped dynamic linker (/lib/ld-linux.so.2). > > OK, why does a stripped dynamic linker impair debugging? I noticed that that file is > part of the glibc package, and I can see why stripping it would prevent being able to > step into its functions for any program which depends on it (which is most programs). > But I still don't understand your explanation. Because GDB has trouble finding the list of available shared libraries. -- Daniel Jacobowitz