From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20788 invoked by alias); 6 Nov 2003 21:16:11 -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 20780 invoked from network); 6 Nov 2003 21:16:10 -0000 Received: from unknown (HELO mail-out3.apple.com) (17.254.13.22) by sources.redhat.com with SMTP; 6 Nov 2003 21:16:10 -0000 Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out3.apple.com (8.12.10/8.12.9) with ESMTP id hA6LGArY020828 for ; Thu, 6 Nov 2003 13:16:10 -0800 (PST) Received: from scv2.apple.com (scv2.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Thu, 6 Nov 2003 13:15:37 -0800 Received: from [17.219.196.55] ([17.219.196.55]) by scv2.apple.com (8.12.9/8.12.9) with ESMTP id hA6LFqEV007478 for ; Thu, 6 Nov 2003 13:15:52 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v606) In-Reply-To: <16298.41984.648877.777117@localhost.redhat.com> References: <1068129153.32379.ezmlm@sources.redhat.com> <1623959A-1080-11D8-ABD7-000A277A8808@apple.com> <16298.41984.648877.777117@localhost.redhat.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <705570EE-109E-11D8-ABD7-000A277A8808@apple.com> Content-Transfer-Encoding: 7bit From: Jim Ingham Subject: Re: filtering of commands during async operation Date: Thu, 06 Nov 2003 21:16:00 -0000 To: gdb@sources.redhat.com X-SW-Source: 2003-11/txt/msg00056.txt.bz2 Elena, On Nov 6, 2003, at 11:41 AM, Elena Zannoni wrote: > Jim Ingham writes: >> The all the targets we support in Apple's version of gdb are async - >> including the Mach-O native target. It took a bunch of mucking around >> to get it working (and to get things like commands that run the target >> working). And I am pretty sure that I broke the remote async in the >> process, however, there were a couple of hacks in there (marked as >> such >> in the code) that messed us up and I didn't have the patience at the >> time to make both work... >> >> So I would need to do some clean-up before our code would be ready for >> submission, but as a proof of concept it might be useful to folks, and >> in our system it works pretty well. >> > > It seems to have become some kind of a pattern that somebody other > than Apple is going to merge Apple's changes with the FSF mainline. Is > there any way to get another snapshot/tarball (like it was done in Dec > 2001)? Maybe somebody will volunteer, even though this approach is > suboptimal. > We had one brief period where we got a little time to try merging sources, but that passed without much result, and I don't see us getting another chance in the near future. The last time we did a tarball drop it meant that Adam ended up wasting time merging old ObjC code into the TOT gdb - work which we had already done on our branch. It would be great not to do that again... Jim > elena > > > >> Jim >> >> On Nov 6, 2003, at 6:32 AM, gdb-digest-help@sources.redhat.com wrote: >> >>> Whoops. I agree, this is screwed up. I'll just make the fix now, no >>> need to file a bug report. I am curious, did somebody get async >>> native to work? So far there is only the remote async target. I do >>> remember testing this, back 4 years ago, maybe the logic got turned >>> around at some point. >>> >>> >> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- >> Jim Ingham >> jingham@apple.com >> Developer Tools - gdb >> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Jim Ingham jingham@apple.com Developer Tools - gdb