[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Suggestion: separating client error codes

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2002-01-23 15:24:41 CET

On Wed, Jan 23, 2002 at 09:07:18AM -0500, Garrett Rooney wrote:
> On Tue, Jan 22, 2002 at 07:38:34AM -0600, cmpilato@collab.net wrote:
> > Daniel Stenberg <daniel@haxx.se> writes:
> >
> > > Background:
> > >
> > > I had a go at adding the previously discussed $EDITOR feature, and it seems
> > > to be somewhat working here. Now I want to add a good set of error codes to
> > > make the client bail out nicely all over whereever an error might occur.
> > >
> > > So, where do I add these new error codes? To my surprise, we "pollute" the
> > > global "include/svn_error_codes.h" file with command line client errors right
> > > now. I don't think this is a good idea. The command line client should keep a
> > > private set of errors.
> > >
> > > We can't possibly have all clients add all their error codes in the
> > > subversion error code header file!
> > >
> > > I think the error codes in that file should apply to all functionality
> > > provided my subversion libraries. Functionality outside the core libraries
> > > should not have error codes in there.
> > >
> > > Comments?
> >
> > I agree completely. Subversion should define a "client_error_begin"
> > that signifies the first available error code after Subversion's own
> > errors. Client can then define their error array to be
> > SVN_ERR_CLIENT_ERROR_BEGIN + 0 (+ 1, 2, 3, 4 ...).
>
> +1
+1

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  • application/pgp-signature attachment: stored
Received on Sat Oct 21 14:36:58 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.