From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22594 invoked by alias); 26 Apr 2002 17:10:56 -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 22584 invoked from network); 26 Apr 2002 17:10:54 -0000 Received: from unknown (HELO mail-out1.apple.com) (17.254.0.52) by sources.redhat.com with SMTP; 26 Apr 2002 17:10:54 -0000 Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id g3QHArt19705 for ; Fri, 26 Apr 2002 10:10:53 -0700 (PDT) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Fri, 26 Apr 2002 10:10:53 -0700 Received: from [64.220.144.98] (vpn-scv-x2-232.apple.com [17.219.193.232]) by scv2.apple.com (8.11.3/8.11.3) with ESMTP id g3QHAq326746; Fri, 26 Apr 2002 10:10:52 -0700 (PDT) User-Agent: Microsoft-Entourage/10.0.0.1309 Date: Fri, 26 Apr 2002 10:10:00 -0000 Subject: Re: Questions about GDB-MI Interface` From: Jim Ingham To: Andrew Cagney CC: Eli Zaretskii , Message-ID: In-Reply-To: <3CC97092.1000708@cygnus.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-SW-Source: 2002-04/txt/msg00464.txt.bz2 Andrew, Yeah, there were a bunch of things I had to fix to get this to work (getting breakpoint commands that continue the target not to fall over, for instance, was a bit of a trick). But it seems pretty solid now. The only major thing I have to fix is restructuring the startup sequence so that "run" commands issued in the .gdbinit file work... Most of the trouble that remains on our side is the result of the odd interplay between Mach and BSD in Mac OS X. This is another of the bits that we need to find time to disentangle from everything else and submit. Oh for those extra 5 or 6 hours per day! Jim >> >> Yes, this is the way that we do it. After all, the intepreter-exec command >> is an MI command, so I just accumulate the hook results in the result of the >> MI command, and send them all when it is done. This works great in the >> async case, because even if you start the inferior you get an immediate >> "done" for the command, with all the hook results as well. I think this >> will have to be worked on a bit in the synchronous case, so that you send >> some out-of-band MI message. Though it has a few of its own problems, the >> Async stuff makes this sort of thing MUCH easier!! > > Another, er, one of those, er, ``overriding objectives'' is ment to be > converting all natives to async mode. I'm not exactly following this > one through with much vigor though (I'm having too much fun just keeping > multi-arch at bay :-). > > However, the positive is that we've now got native async code to refer to. > > enjoy, > Andrew > > -- ++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++= Jim Ingham jingham@apple.com Developer Tools - gdb