From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23944 invoked by alias); 11 Dec 2006 21:18:27 -0000 Received: (qmail 23933 invoked by uid 22791); 11 Dec 2006 21:18:26 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out4.apple.com (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 11 Dec 2006 21:18:20 +0000 Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out4.apple.com (8.13.6/8.13.6) with ESMTP id kBBLIHQL024295; Mon, 11 Dec 2006 13:18:17 -0800 (PST) Received: from [17.201.22.244] (unknown [17.201.22.244]) by relay8.apple.com (Apple SCV relay) with ESMTP id A26634F0003; Mon, 11 Dec 2006 13:18:17 -0800 (PST) Cc: gdb@sourceware.org Message-Id: From: Jim Ingham To: dsign In-Reply-To: <20061211195045.GA11215@nevyn.them.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes X-Smtp-Server: relay.apple.com Mime-Version: 1.0 (Apple Message framework v856) Subject: Re: shared library events Content-Transfer-Encoding: 7bit Date: Mon, 11 Dec 2006 21:18:00 -0000 References: <20061211195045.GA11215@nevyn.them.org> X-Mailer: Apple Mail (2.856) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00088.txt.bz2 We implemented a "file-sharedlibrary-info" command to return information about all the currently loaded shared libraries, but we don't really use that. It turned out that stopping the GUI to query for shared library information for every shared library event slowed down the UI, and didn't add any benefits. Except for resolving breakpoints there wasn't anything we needed to do synchronously for shared library loads, and that's all taken care of on the gdb side. We also added asynchronous shared library load notifications. Something like: =shlibs-added,shlib-info=[num="4",name="Cocoa",kind="F",dyld- addr="0x90f43000",reason="dyld",requested-state="Y",state="Y",path="/ System/Library/Frameworks/Cocoa.framework/Versions/A/ Cocoa",description="/System/Library/Frameworks/Cocoa.framework/ Versions/A/Cocoa",loaded_addr="0x90f43000",slide="0x0",prefix=""] Some of this info (requested-state & state are specific to some tricks we play to reduce the symbol footprint of all the libraries in X). The Xcode can keep track of the libraries as they load and update it's shared library display, without having to do a round trip with gdb. Jim On Dec 11, 2006, at 11:50 AM, Daniel Jacobowitz wrote: > On Mon, Dec 11, 2006 at 10:13:15AM -0800, dsign wrote: >> Is there any mi interface for handling shared library events? >> >> If there isn't any, I could implement one. Please, any suggestions >> welcome. > > I recommend you check with Jim Ingham to see what Apple does about > this, since I believe they've got something similar on their branch. > > -- > Daniel Jacobowitz > CodeSourcery