Julian Foad wrote on Wed, Jan 26, 2011 at 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
>
+1, that's more convenient than looking up translated error messages
(and line numbers) in *.po files.
>
> - 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 19:28:37 CET