From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1685 invoked by alias); 26 Feb 2004 16:57:41 -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 1678 invoked from network); 26 Feb 2004 16:57:40 -0000 Received: from unknown (HELO biscayne-one-station.mit.edu) (18.7.7.80) by sources.redhat.com with SMTP; 26 Feb 2004 16:57:40 -0000 Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86]) by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i1QGvX63008094; Thu, 26 Feb 2004 11:57:33 -0500 (EST) Received: from contents-vnder-pressvre.mit.edu (CONTENTS-VNDER-PRESSVRE.MIT.EDU [18.7.16.67]) (authenticated bits=56) (User authenticated as nathanw@ATHENA.MIT.EDU) by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i1QGvVTC006475; Thu, 26 Feb 2004 11:57:32 -0500 (EST) Received: (from nathanw@localhost) by contents-vnder-pressvre.mit.edu (8.12.9) id i1QGvVaC029798; Thu, 26 Feb 2004 11:57:31 -0500 (EST) To: Daniel Jacobowitz Cc: Eli Zaretskii , cagney@gnu.org, roland@redhat.com, gdb@sources.redhat.com Subject: Re: remote protocol support for TARGET_OBJECT_AUXV References: <200402242321.i1ONLTPE001897@magilla.sf.frob.com> <20040225143415.GA18298@nevyn.them.org> <9003-Wed25Feb2004171540+0200-eliz@elta.co.il> <403CC515.4090201@gnu.org> <20040225160615.GA20953@nevyn.them.org> <20040226145726.GA13921@nevyn.them.org> From: "Nathan J. Williams" Organization: Wasabi Systems, Inc. Date: Thu, 26 Feb 2004 16:57:00 -0000 In-Reply-To: <20040226145726.GA13921@nevyn.them.org> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-02/txt/msg00393.txt.bz2 Daniel Jacobowitz writes: > But GDB doesn't interpret the error code. I just skimmed remote.c; in > some places it checks for starts-with-E; in some it checks for 'E' and > length 3; in some it checks for 'E' and length 3 and digits; in some it > checks for 'E' and length 3 and hex digits. The last is, I think, > correct. I noticed this in some recent work. My approach to fixing it was to make remote.c in GDB only check for 'E..' (not hex digits) and to make gdbserver return E## (hex digits), for best compatibility between gdb and gdbservers of differing vintage. - Nathan