Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 41920 invoked by uid 500); 23 May 2001 17:35:24 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 41602 invoked from network); 23 May 2001 17:35:13 -0000 Date: Wed, 23 May 2001 10:34:49 -0700 From: Justin Erenkrantz To: jean-frederic clere Cc: apr Subject: Re: Add error codes to apr_errno.h Message-ID: <20010523103449.B5487@ebuilt.com> References: <3B0BE994.BC628033@fujitsu-siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B0BE994.BC628033@fujitsu-siemens.com>; from jfrederic.clere@fujitsu-siemens.com on Wed, May 23, 2001 at 06:47:16PM +0200 X-AntiVirus: scanned for viruses by AMaViS 0.2.1-pre3 (http://amavis.org/) X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Wed, May 23, 2001 at 06:47:16PM +0200, jean-frederic clere wrote: > Hi, > > I am planning to add two new error codes to apr_errno.h for apr-iconv: > APR_EILSEQ Illegal byte sequence > APR_E2BIG Too big (It can be used also for "Arg list too long"). > > Any comments? - I have already added APR_EFTYPE - Do we have a plan regarding error codes? If a user of the API gets these codes back, can they do anything with it? It sounds like APR_EINVAL may make more sense (they passed something bad in). Maybe those codes just don't work - I'd guess I'd need to see how/where you'd return these values. I'm in the club that thinks we've got way too many error codes in APR... -- justin