From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21105 invoked by alias); 14 Jul 2002 17:40:07 -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 21098 invoked from network); 14 Jul 2002 17:40:06 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 14 Jul 2002 17:40:06 -0000 Received: from dsl254-114-096.nyc1.dsl.speakeasy.net ([216.254.114.96] helo=nevyn.them.org) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17TnLW-0004Sl-00; Sun, 14 Jul 2002 12:39:46 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17TnLW-0007sZ-00; Sun, 14 Jul 2002 13:39:46 -0400 Date: Sun, 14 Jul 2002 10:48:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: Johan Rydberg , gdb-patches@sources.redhat.com Subject: Re: [PATCH] remote_rcmd Message-ID: <20020714173945.GB30061@nevyn.them.org> Mail-Followup-To: Andrew Cagney , Johan Rydberg , gdb-patches@sources.redhat.com References: <20020627035114.M1899@cockmaster.bredbandsbolaget.se> <3D31A763.7020904@ges.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D31A763.7020904@ges.redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-07/txt/msg00309.txt.bz2 On Sun, Jul 14, 2002 at 12:31:31PM -0400, Andrew Cagney wrote: > >Hi, > > > >This small patch adds support for receving more that ~200 bytes > >of output from the "qRcmd" request (ie the monitor command). > > > >I have no idea if this will break any stubs, but hopefully not. > >I don't know how often stubs implement the qRcmd request. > > > >2002-06-27 Johan Rydberg > > > > * remote.c (remote_rcmd): Continue reading output from > > stub until receiving OK. > > If I understand this patch correctly, it is changing things so that it > allows: > > -> rCmd > <- > <- > <- OK > > This is wrong. The target should send: > > -> rCmd > <- O > <- O > <- OK > > when transfering a longer buffer. Actually, the current docs suggest: -> qRcmd command <- O <- O <- <- OK which confuses me. What's supposed to differentiate the O packets from the final packet (what difference in purpose, I mean)? -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer