Re: svn commit: rev 3647 - trunk/subversion/include trunk/subversion/libsvn_wc trunk/subversion/libsvn_subr trunk/subversion/libsvn_client trunk/subversion/svnlook trunk/subversion/bindings/java/jni trunk/subversion/bindings/com trunk/subversion/libsvn_repos

That sure looks like an odd log message for this commit.

You may want to use

http://svn.collab.net/scripts/tweak-log.cgi

to tweak it.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Web and OS performance plots - http://www.orcaware.com/orca/
dlr@tigris.org wrote:
> 
> Author: dlr
> Date: 2002-11-04 15:26:39 -0600 (Mon, 04 Nov 2002)
> New Revision: 3647
> 
> Modified:
>    trunk/subversion/bindings/com/SVNStatus.h
>    trunk/subversion/bindings/java/jni/nodekind.c
>    trunk/subversion/bindings/java/jni/nodekind.h
>    trunk/subversion/include/svn_io.h
>    trunk/subversion/include/svn_repos.h
>    trunk/subversion/include/svn_types.h
>    trunk/subversion/libsvn_client/add.c
>    trunk/subversion/libsvn_client/cleanup.c
>    trunk/subversion/libsvn_client/commit.c
>    trunk/subversion/libsvn_client/diff.c
>    trunk/subversion/libsvn_client/export.c
>    trunk/subversion/libsvn_client/ls.c
>    trunk/subversion/libsvn_repos/dump.c
>    trunk/subversion/libsvn_repos/hooks.c
>    trunk/subversion/libsvn_repos/load.c
>    trunk/subversion/libsvn_subr/config_file.c
>    trunk/subversion/libsvn_subr/io.c
>    trunk/subversion/libsvn_wc/adm_crawler.c
>    trunk/subversion/libsvn_wc/adm_files.c
>    trunk/subversion/libsvn_wc/adm_files.h
>    trunk/subversion/libsvn_wc/adm_ops.c
>    trunk/subversion/libsvn_wc/copy.c
>    trunk/subversion/libsvn_wc/entries.c
>    trunk/subversion/libsvn_wc/lock.c
>    trunk/subversion/libsvn_wc/log.c
>    trunk/subversion/libsvn_wc/props.c
>    trunk/subversion/libsvn_wc/questions.c
>    trunk/subversion/libsvn_wc/status.c
>    trunk/subversion/libsvn_wc/update_editor.c
>    trunk/subversion/libsvn_wc/util.c
>    trunk/subversion/svnlook/main.c
> Log:
> * patches/base64-decoder.patch
>   Added a new discardWhitespace(byte[]) function which is called at
>   the beginning of decode(byte[]) to perform pre-processing on its
>   arguments.  Filtering whitespace the body of decode() would be both
>   more memory and CPU-efficient, but I'm not comfortable enough with
>   the the code to make that invasive of a change.  I'm curious what
>   the Tomcat folks are doing here these days.
> 
>   I noticed that encode() isn't line wrapping at 76 characters --
>   should we log this as a problem?  What effect is this going to have
>   on our interop?
> 
>   This patch was included in revision 1.4 in Apache CVS.  It's not
>   present in our alpha tag, so we include it as a separate patch here.
> 
> * patches/order-multiplatform.txt
>   List patch to apply (base64-decoder.patch).
> 
> * build.xml
>   Activate patch application.
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=9931
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org