From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25668 invoked by alias); 26 Jun 2012 11:58:36 -0000 Received: (qmail 25657 invoked by uid 22791); 26 Jun 2012 11:58:35 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 26 Jun 2012 11:58:22 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id 72D392F78006; Tue, 26 Jun 2012 12:58:21 +0100 (BST) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qgtSH0O4vQUT; Tue, 26 Jun 2012 12:58:20 +0100 (BST) Message-ID: <4FE9A3DA.30504@eCosCentric.com> Date: Tue, 26 Jun 2012 11:58:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc3.4.legacy (X11/20060515) MIME-Version: 1.0 To: Terry Guo CC: 'Pedro Alves' , 'Ulrich Weigand' , 'Yao Qi' , gdb-patches@sourceware.org, tromey@redhat.com, Richard Earnshaw , Joey Ye , Matthew Gretton-Dann Subject: Re: [RFC] Enable GDB handle compressed target.xml returned by GDB stub References: <201206131312.q5DDCUfK028160@d06av02.portsmouth.uk.ibm.com> <4FD9B96C.9020908@redhat.com> <4FDA0543.9030100@eCosCentric.com> <000101cd4dee$db02a030$9107e090$@guo@arm.com> <4FE4A91E.4040300@eCosCentric.com> <000301cd534b$3dd1e1b0$b975a510$@guo@arm.com> In-Reply-To: <000301cd534b$3dd1e1b0$b975a510$@guo@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-06/txt/msg00797.txt.bz2 Terry Guo wrote: > Hi Jonathan, > > I read your email again and think your solution is: > > If stub doesn't return compressedXML+ then > We go with plain read > Else we go with compressed read > If we get NUL reply > Then we fall back to plain read > > If this time my understanding on your solution is correct, I think it > does save effort on round trip by not always round trip. Yes, that's what I was proposing. By the way, there are a lot of people on CC for this thread, and I don't know if they ought to be. Send me and Terry a direct note if you want off CC - I've just been preserving the CCs. Jifl -- eCosCentric Limited http://www.eCosCentric.com/ The eCos experts Barnwell House, Barnwell Drive, Cambridge, UK. Tel: +44 1223 245571 Registered in England and Wales: Reg No 4422071. ------["Si fractum non sit, noli id reficere"]------ Opinions==mine