From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8738 invoked by alias); 9 Jul 2003 15:38:59 -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 8731 invoked from network); 9 Jul 2003 15:38:58 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sources.redhat.com with SMTP; 9 Jul 2003 15:38:58 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3p2/8.9.3) with ESMTP id LAA01069; Wed, 9 Jul 2003 11:30:14 -0400 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id LAA26942; Wed, 9 Jul 2003 11:38:58 -0400 Message-ID: <087801c34630$479de310$0202040a@catdog> From: "Kris Warkentin" To: "Daniel Jacobowitz" Cc: "Andrew Cagney" , "Gdb@Sources.Redhat.Com" References: <062401c34590$97cd09b0$0202040a@catdog> <3F0B315E.7000702@redhat.com> <064e01c34615$0b152ae0$0202040a@catdog> <20030709150847.GA19020@nevyn.them.org> Subject: Re: [rfc] Print solib events in mi-mode Date: Wed, 09 Jul 2003 15:38:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-SW-Source: 2003-07/txt/msg00099.txt.bz2 > On Wed, Jul 09, 2003 at 08:24:28AM -0400, Kris Warkentin wrote: > > Actually, I had looked at those and some other related threads. I suggested > > to our Eclipse guys that it would probably be easy for them to just > > implement it in the IDE (since all the apps and libs are already projects > > under IDE control) using the stop-on-solib-event mechanism. They countered > > that there was no mi feedback on whether an stop was solib related, hence my > > patch. > > > > If there's no objection to the output this provides, I wouldn't mind > > applying it. MI-ification is generally a good thing right? Is there > > somewhere I should document this as well? > > TBH, I'd rather see load catchpoints implemented and MI-ified for > solib-svr4.c. The natural implementation returns more useful > information, namely what libraries were loaded or unloaded. It should > be easy but it's never trickled to the top of anyone's TODO. What about solib-events on non-svr4 systems? QNX is implementing the CDT for Eclipse and we'd like to have equal functionality across platforms. cheers, Kris