subversion/include/ subversion/libsvn_fs_fs/ subversion/libsvn_repos/ subversion/libsvn_subr/ subversion/svnserve/ subversion/tests/libsvn_subr/ tools/server-side/mod_dontdothat/ MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable
+1 on that suggestion. Make sure the deprecated wrapper then uses a subpool for scratch to avoid increased memory usage in many clients. Bert From: Philip Martin Sent: =E2=80=8E29-=E2=80=8E4-=E2=80=8E2013 14:45 To: dev@subversion.apache.org Subject: Re: svn commit: r1475772 - in /subversion/trunk: subversion/include/ subversion/libsvn_fs_fs/ subversion/libsvn_repos/ subversion/libsvn_subr/ subversion/svnserve/ subversion/tests/libsvn_subr/ tools/server-side/mod_dontdothat/ br...@apache.org writes: > Author: brane > Date: Thu Apr 25 13:48:46 2013 > New Revision: 1475772 > > URL: http://svn.apache.org/r1475772 > Log: > Fix issue #4361 (user/group names in authz files are case-insensitive). > > * subversion/include/svn_config.h > (svn_config_create2): New, revised from svn_config_create, with additio= nal > flag to treat option names as case-sensitive. > (svn_config_read3): New, revised from svn_config_read2, with same > additional flag as above. > (svn_config_parse): Add flag to treat option names as case-sensitive. > (svn_config_create): Deprecated. > (svn_config_read2): Deprecated; argument "pool" renamde to "result_pool= ". > (svn_config_read): Argument "pool" renamde to "result_pool". svn_config_read3 and svn_config_parse are both new in 1.8, should we add a scratch_pool before releasing these APIs? At present they both create an internal scratch pool as a subpool of result_pool. --=20 Certified & Supported Apache Subversion Downloads: http://www.wandisco.com/subversion/download
