From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-20158-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 24715 invoked by alias); 16 Nov 2004 01:24:10 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 24685 invoked from network); 16 Nov 2004 01:24:06 -0000
Received: from unknown (HELO mx1.redhat.com) (66.187.233.31)
  by sourceware.org with SMTP; 16 Nov 2004 01:24:06 -0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id iAG1O6kj011259
	for <gdb@sources.redhat.com>; Mon, 15 Nov 2004 20:24:06 -0500
Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id iAG1O5r27733;
	Mon, 15 Nov 2004 20:24:05 -0500
Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP id 4DA86129D8C;
	Mon, 15 Nov 2004 20:23:58 -0500 (EST)
Message-ID: <419956AD.1050002@gnu.org>
Date: Tue, 16 Nov 2004 01:34:00 -0000
From: Andrew Cagney <cagney@gnu.org>
User-Agent: Mozilla Thunderbird 0.8 (X11/20041020)
MIME-Version: 1.0
To: jbeniston@compxs.com
Cc: gdb@sources.redhat.com
Subject: Re: Error codes in Remote Serial Protocol
References: <001501c4c68e$401db180$0bbda8c0@Kindrogan>
In-Reply-To: <001501c4c68e$401db180$0bbda8c0@Kindrogan>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-11/txt/msg00151.txt.bz2

Jon Beniston wrote:
> Hi Andrew,
> 
> 
>>Jon Beniston wrote:
>>
>>>Hi,
>>>
>>>Many of the commands in the remote serial protocol can 
>>
>>return an error 
>>
>>>code, 'ENN'. Are the values for these error codes defined anywhere?
>>
>>No.
>>
>>Perhaphs we should adopt those found in "include/gdb/fileio.h"?
> 
> 
> Are you refering to the errno codes? Do they really capture the type of
> errors we wish to return (i.e. no more breakpoint registers available).

Yes, and hopefully near enough: No space left on device

In the past it's been suggested that a local set of alternative 
messages; or or return error strings vis:

E00,<hex-encoded-string>

of course the latter has i18n problems :-(

Andrew