From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3202 invoked by alias); 12 Sep 2005 03:20:21 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 3150 invoked by uid 22791); 12 Sep 2005 03:20:17 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 12 Sep 2005 03:20:17 +0000 Received: from farnswood.snap.net.nz (p135-tnt1.snap.net.nz [202.124.110.135]) by viper.snap.net.nz (Postfix) with ESMTP id 91715688C3C; Mon, 12 Sep 2005 14:52:36 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 8896F62A99; Mon, 12 Sep 2005 03:51:52 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17188.60739.749026.738477@farnswood.snap.net.nz> Date: Mon, 12 Sep 2005 03:20:00 -0000 To: Stan Shebs Cc: Jim Ingham , Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: RFC: MI output during program execution In-Reply-To: <430B9BF8.500@apple.com> References: <17142.56731.941946.838268@farnswood.snap.net.nz> <20050808130516.GA9046@nevyn.them.org> <17160.63891.324530.937796@farnswood.snap.net.nz> <430B9BF8.500@apple.com> X-SW-Source: 2005-09/txt/msg00079.txt.bz2 Stan Shebs writes: > >Could you please tell me where you think the best place to start would be? > >I guess CVS would be better than a tarball. Would it be best to wait until > >Stan & Klee have completed their merge? > > > Anything you do now will be of value, I don't think our MI stuff > has churned a whole lot, but I would like to put out a drop of > our latest mostly-working CVS anyway, since it's merged up to FSF > sources as of a few days ago, plus most of the local changes have > been at least categorized by purpose. I can't think of any obstacles, > but as a "newbie" in Apple GDB :-) , I need to find out what I can do. I've started a merge on current CVS (for some reason gdb-413 seemed to include everything except the GDB source). Getting MI output during program execution seems to be closely related to making GDB asynchronous. I couldn't attempt such a task on my own but, using the Apple code as a prototype, it doesn't look too difficult. When I have something working perhaps I could put it on a branch. It's not something that I'll complete in the next week or so and I just wanted to outline my intentions. It will probably only work on the platform that I've got (GNU/Linux) so maybe someone more knowledgeable than myself can beef it up to make it general enough for mainline. Nick