From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16058 invoked by alias); 11 May 2007 03:35:05 -0000 Received: (qmail 16010 invoked by uid 22791); 11 May 2007 03:35:05 -0000 X-Spam-Check-By: sourceware.org Received: from return.false.org (HELO return.false.org) (66.207.162.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 11 May 2007 03:35:02 +0000 Received: from return.false.org (localhost [127.0.0.1]) by return.false.org (Postfix) with ESMTP id E36C84B267; Thu, 10 May 2007 22:35:00 -0500 (CDT) Received: from caradoc.them.org (dsl093-172-095.pit1.dsl.speakeasy.net [66.93.172.95]) by return.false.org (Postfix) with ESMTP id B93894B262; Thu, 10 May 2007 22:35:00 -0500 (CDT) Received: from drow by caradoc.them.org with local (Exim 4.67) (envelope-from ) id 1HmLuG-00051Z-EJ; Thu, 10 May 2007 23:35:00 -0400 Date: Fri, 11 May 2007 03:35:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: gdb-patches@sourceware.org Subject: Re: [rfc / remote protocol] Remote shared library events Message-ID: <20070511033500.GE3187@caradoc.them.org> Mail-Followup-To: Mark Kettenis , gdb-patches@sourceware.org References: <20070509201627.GA23422@caradoc.them.org> <200705102134.l4ALYpQU016401@brahms.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705102134.l4ALYpQU016401@brahms.sibelius.xs4all.nl> User-Agent: Mutt/1.5.15 (2007-04-09) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-05/txt/msg00182.txt.bz2 On Thu, May 10, 2007 at 11:34:51PM +0200, Mark Kettenis wrote: > > Date: Wed, 9 May 2007 16:16:27 -0400 > > From: Daniel Jacobowitz > > > > Not all platforms work this way. The exceptions I'm looking at > > recently are DLL-based platforms: Windows and SymbianOS. Both use an > > OS-level loader instead. You have to query the OS to get the list > > of libraries, and the OS provides event notification directly instead > > of via a magic breakpoint. We can't poke and prod at the OS directly > > during remote debugging, so to implement DLL support for these > > platforms I extended the remote protocol. > > Can we please avoid the term DLL for this stuff? That's just a > particular implementation of shared objects/libraries. This > functionality is generally usable, and not specific to Windows. Every platform I've used that needs the OS-provided events called them DLLs, which was more than just Windows :-) But I've no objection. I'll rephrase the patch. I'd rather leave the packet names alone, but if you would rather change them I can keep the old names in a local patch for now. > I think this diff needs to be split up. I looked at it twice now, but > I don't see how the bits are related, and the changes to infrun.c make > me very nervous. I can definitely split out the infrun bits; I'll do that tomorrow and post them with their own explanation. If there's anything else that you would like split out or clarified, let me know. Better overall explanation of solib-target coming up too. -- Daniel Jacobowitz CodeSourcery