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

Re: Document return codes of 'svn ls'

From: Julian Foad <julian.foad_at_wandisco.com>
Date: Wed, 26 Jan 2011 17:35:43 +0000

Two other suggestions for what we could do to improve the situation.

  * Make "svn" print a consistent error string for "does not exist in
revision R" errors, regardless of subcommand. At present, the error
message differs unnecessarily among subcommands.

  * Make "svn" include a unique identifier (such as the apr_err number)
in its error messages, upon request (by a new cmdline option?), in a
much briefer form than the maintainer-mode output. e.g.

    $ svn ls ^/abc
    svn: E160013: URL 'https://svn.apache.org/repos/asf/abc'
non-existent in that revision

- Julian

On Wed, 2011-01-26, Philip Martin wrote:
> "C. Michael Pilato" <cmpilato_at_collab.net> writes:
> > Would it be possible to, say, provide a mapping between the apr_err code
> > space and errorcodes? I'm not sure.
> Not a unique one.
> > I was thinking that the errorcode
> > space was limited to 32k distinct values, whereas the apr_err code space is
> > much, much bigger. (Though, we don't use most of it.)
> Only 8 bits of the exit() value get back to the parent, so 255 error
> values. There are currently 271 distinct Subversion SVN_ERRDEFs, plus
> all the APR ones.
Received on 2011-01-26 18:36:30 CET

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