From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20146 invoked by alias); 19 May 2005 04:00:30 -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 20124 invoked from network); 19 May 2005 04:00:24 -0000 Received: from unknown (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org with SMTP; 19 May 2005 04:00:24 -0000 Received: from zaretski (IGLD-80-230-39-112.inter.net.il [80.230.39.112]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BGO28250 (AUTH halo1); Thu, 19 May 2005 07:00:22 +0300 (IDT) Date: Thu, 19 May 2005 04:00:00 -0000 From: "Eli Zaretskii" To: gdb@sources.redhat.com Message-ID: <01c55c26$Blat.v2.4$f6a75040@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: dave.antliff@paradise.net.nz In-reply-to: <20050519010133.GB27885@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 18 May 2005 21:01:33 -0400) Subject: Re: remote debugging symbol problem Reply-to: Eli Zaretskii References: <20050519010133.GB27885@nevyn.them.org> X-SW-Source: 2005-05/txt/msg00184.txt.bz2 > Date: Wed, 18 May 2005 21:01:33 -0400 > From: Daniel Jacobowitz > Cc: gdb@sources.redhat.com > > > (gdb) target remote 10.16.10.237:2345 > > Remote debugging using 10.16.10.237:2345 > > 0x0fe896a0 in ?? () > > warning: Unable to find dynamic linker breakpoint function. > > GDB will be unable to debug shared library initializers > > and track explicitly loaded dynamic code. > > > > My understanding is that the warning is simply because the standard > > libraries aren't compiled with GDB support. This used to happen even when > > it worked so I'm not concerned about it (should I be?). > > You should be. This means that GDB has not found your target > libraries. If this is the cause, shouldn't GDB tell that explicitly? I mean, it's quite hard, given ``unable to find dynamic linker breakpoint function'' to figure out that the reason is a failed search for the libraries, except perhaps for wizards such as Daniel ;-) Should we teach GDB be more explicit here?