From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1756 invoked by alias); 21 Nov 2003 19:15:23 -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 1749 invoked from network); 21 Nov 2003 19:15:23 -0000 Received: from unknown (HELO sccrmhc12.comcast.net) (204.127.202.56) by sources.redhat.com with SMTP; 21 Nov 2003 19:15:23 -0000 Received: from lucon.org ([24.6.43.109]) by comcast.net (sccrmhc12) with ESMTP id <20031121191522012006odl0e>; Fri, 21 Nov 2003 19:15:22 +0000 Received: by lucon.org (Postfix, from userid 1000) id 03DD22C169; Fri, 21 Nov 2003 11:15:21 -0800 (PST) Date: Fri, 21 Nov 2003 19:15:00 -0000 From: "H. J. Lu" To: gdb@sources.redhat.com Subject: Re: hacking shlib/dlopened breakpoints Message-ID: <20031121191521.GB7751@lucon.org> References: <20031121125502.GA7194@skynet.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031121125502.GA7194@skynet.ie> User-Agent: Mutt/1.4.1i X-SW-Source: 2003-11/txt/msg00206.txt.bz2 On Fri, Nov 21, 2003 at 12:55:02PM +0000, Caolan McNamara wrote: > I'm looking at breakpoints in dlopened libraries at the moment, > setting a breakpoint after my library is dlopened works of course > and, as in the example below, I see that gdb can move the address of > the breakpoint in the .so when it is unloaded and reloaded during > execution, but on re-execution of the little program I get > " > Warning: > Cannot insert breakpoint X. > Error accessing memory address 0xe8535a: Input/output error. > " > > Naturally the library isn't loaded at the start of re-execution, but I > hoped that the the breakpoint state would change to bp_shlib_disabled > and get reenabled when the .so reappears. > Is there a way to tell gdb to stop right after the symbols of a dlopened DSO is loaded? H.J.