From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11292 invoked by alias); 11 Jul 2002 17:47:39 -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 11279 invoked from network); 11 Jul 2002 17:47:35 -0000 Received: from unknown (HELO mail-out1.apple.com) (17.254.0.52) by sources.redhat.com with SMTP; 11 Jul 2002 17:47:35 -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 g6BHlPk03737 for ; Thu, 11 Jul 2002 10:47:25 -0700 (PDT) Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Thu, 11 Jul 2002 10:47:25 -0700 Received: from localhost (inghji.apple.com [17.201.22.240]) by scv3.apple.com (8.11.3/8.11.3) with ESMTP id g6BHlPT13902 for ; Thu, 11 Jul 2002 10:47:25 -0700 (PDT) Date: Thu, 11 Jul 2002 10:47:00 -0000 Subject: Re: gdb/mi Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v533) From: Jim Ingham To: gdb@sources.redhat.com Content-Transfer-Encoding: 7bit In-Reply-To: <1026391983.21348.ezmlm@sources.redhat.com> Message-Id: <4242089A-94F6-11D6-AD3A-00039379E320@apple.com> X-SW-Source: 2002-07/txt/msg00116.txt.bz2 > > > On Wed, 10 Jul 2002, Greg Watson wrote: > >> Seems like Apple must have already fixed this in the MacOS X version >> (which is 5.0). Here is the output from 'gdb -i mi' to prove it. :-) > > I've already fixed this in my branch, based on Apple's work: > > $ ./gdb --i=mi > ~"GNU gdb 2002-06-19-cvs\n" > ~"Copyright 2002 Free Software Foundation, Inc.\n" > ~"GDB is free software, covered by the GNU General Public License, and > you are\n" > ~"welcome to change it and/or distribute copies of it under certain > conditions.\n" > ~"Type \"show copying\" to see the conditions.\n" > ~"There is absolutely no warranty for GDB. Type \"show warranty\" for > details.\n" > ~"This GDB was configured as \"i686-pc-linux-gnu\"." > ~"\n" > (gdb) > > We should see these changes rolling into mainline sources sometime in > the > coming weeks. I've still a few anomalies to hammer out. Cool! > >> Oh damn! I thought you'd already done the hard stuff and I could get >> rid of the pty code from my front end. I guess that means that >> asynchronous commands will only work with remote targets as well? Can >> you point me at the approximate archive so I can review this >> discussion? > > Yes, async on remotes only. I haven't even attempted to do this work > yet. > I figure sync is good enough to get my MI project moving. We use the async mode for the MacOS X native target. It took a bit of thinking to get this right, partly because MacOS X itself is a little complicated (you have to talk both to mach & to the bsd layer...) and because there were many aspects of the async support that weren't fully worked out (like how exactly are user-defined & breakpoint commands going to work in async gdb...). I also am pretty sure I broke remote async targets, there were some hacks involving who had the terminal in the remote async code which were wrong I am pretty sure (and the comments in the code indicated the original author suspected that as well) and kept our native async support from working. But if you are interested, all the code is in the Darwin repository (or in opendarwin for those who would prefer not to give Apple their e-mail address)... > >> Do you know if there are any plans to handle native output within the >> mi syntax, or would you be interested in someone adding this >> functionality, or is it likely to be too difficult? > > If you want to help, we could use the help. I don't think anyone is > even thinking about how to do this yet, so almost anything is better > than > nothing. The solution to this problem is almost certainly going to > differ > from system to system, but we've got to start somewhere IMO. Not sure here. We switched ProjectBuilder over to using a separate tty for program output, it wasn't that hard to do, and it makes life just SO much easier. So while it would be great if somebody was going to put the work into separating the output, given how easy the workaround is, it would be way way down on my list of things to do... Jim -- Jim Ingham jingham@apple.com Developer Tools - gdb Apple Computer