From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12281 invoked by alias); 5 Feb 2004 01:03:29 -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 12272 invoked from network); 5 Feb 2004 01:03:28 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 5 Feb 2004 01:03:28 -0000 Received: from redhat.com (toocool.toronto.redhat.com [172.16.14.72]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 0D5D1800195; Wed, 4 Feb 2004 20:03:28 -0500 (EST) Message-ID: <4021965F.2010902@redhat.com> Date: Thu, 05 Feb 2004 01:03:00 -0000 From: Jeff Johnston User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 MIME-Version: 1.0 To: Daniel Jacobowitz Cc: David Carlton , gdb Subject: Re: gdb.base/pending.exp failures References: <20040205002140.GA29659@nevyn.them.org> In-Reply-To: <20040205002140.GA29659@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-02/txt/msg00037.txt.bz2 Daniel Jacobowitz wrote: >Just a note of probable-cause: Jeff, on which platforms did you test >this testcase? I bet it wasn't i386-linux. > > You're right. I tested ia64, not i386. >On Wed, Feb 04, 2004 at 04:01:21PM -0800, David Carlton wrote: > > >>(gdb) break pendfunc1 >> >>Breakpoint 1 at 0x804839c >> >>(gdb) FAIL: gdb.base/pending.exp: set pending breakpoint >> >> > >This function is in a shared library that hasn't been loaded yet. >However, on i386-linux (and many other platforms), the call will go >through a PLT entry, and the entry in the application's symbol table >will appear as an SHN_UNDEF symbol with a non-zero address pointing at >the PLT entry. GDB will re-resolve the breakpoint after shared >libraries have been loaded. This is already-existing functionality. > >If you don't want to use dlopen in the test, try setting breakpoints on >a function not called directly from the executable (i.e. called from >within the library). > > > Thanks for the explanation.