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

Re: svn commit: rev 2907 - trunk/subversion/include trunk/subversion/libsvn_fs trunk/subversion/libsvn_subr trunk/subversion/mod_dav_svn trunk/subversion/clients/cmdline trunk/subversion/tests trunk/subversion/tests/libsvn_ra_local

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-08-07 05:48:39 CEST

brane@tigris.org wrote:

>Author: brane
>Date: 2002-08-06 22:30:44 -0500 (Tue, 06 Aug 2002)
>New Revision: 2907
>
>
[snip]

>* subversion/libsvn_subr/svn_error.c (handle_error): Renamed from
>svn_handle_error and made static.
> - Add parameters depth and parent_apr_err to control behaviour on
> recursion.
> - Rename buf and buf2 to errbuf and utfbuf, respectively, to give
> some indication of the usage.
> - Factor printing of the apr and source errors in SVN_DEBUG mode out
> of the condition.
> - Only print the description of err->apr_err if we're not recursing,
> of if the current error code is different than the parent
> error's. Pass on the error code and recursion depth when printing
> child errors.
>(svn_handle_error): New, replacement. Just call handle_error.
>(svn_handle_warning): Use a subpool of the new pool parameter for
>local allocations, and assume the baton is a FILE* stream. Call
>handle_error instead of svn_handle_error.
>
Trust me to forget the important bit of the log message... I changed the
last paragraph to read:

(svn_handle_warning): Use a subpool of the new pool parameter for
local allocations, and assume the baton is a FILE* stream. Call
handle_error instead of svn_handle_error. Prefix the warning message
with "svn: warning: ".

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 7 05:49:11 2002

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.