Re: svn commit: r1590751 - /subversion/trunk/subversion/svn/svn.c

2014-04-29 Thread Julian Foad
> Author: philip > URL: http://svn.apache.org/r1590751 > Log: > If reading the users config fails, say because $HOME is unreadable, > provide an empty config rather than a NULL config.  This fixes a > SEGV and allows command line options that override the default > config to work. Hi Philip. I'm

Re: post-checkout hook

2014-04-29 Thread Julian Foad
Hi, Dean. Thanks for your mail. > Our procedure is to: > 1) svn checkout a version of our code on a normal system > 2) move the working folder to another system where subversion is not available > 3) compile and run our code on the new system > > The problem is we dont know the version of the co

Re: svn commit: r1590751 - /subversion/trunk/subversion/svn/svn.c

2014-04-29 Thread Philip Martin
Julian Foad writes: >> Author: philip > >> URL: http://svn.apache.org/r1590751 >> Log: >> If reading the users config fails, say because $HOME is unreadable, >> provide an empty config rather than a NULL config.  This fixes a >> SEGV and allows command line options that override the default >> co

Re: choose_delta_base shift problem

2014-04-29 Thread Stefan Fuhrmann
On Fri, Apr 25, 2014 at 11:37 AM, Philip Martin wrote: > Experimenting with gcc 4.9's -fsantize=undefined I got a warning: > > $ svnadmin create repo > $ svn mkdir -mm file://`pwd`/repo/A > ../src/subversion/libsvn_fs_fs/transaction.c:1978:14: runtime error: shift > exponent -1 is negative > > The

Re: svn commit: r1590751 - /subversion/trunk/subversion/svn/svn.c

2014-04-29 Thread Julian Foad
Philip Martin wrote: > Julian Foad writes: >>> URL: http://svn.apache.org/r1590751 >> >> I'm wondering why you create the two SVN_CONFIG_CATEGORY_... entries >> in the hash? If there's a need for a standard empty config to be >> created that's more than just an empty hash, we should have a >> cons

Re: svn commit: r1589262 - /subversion/trunk/subversion/libsvn_fs_fs/fs.c

2014-04-29 Thread Stefan Fuhrmann
On Thu, Apr 24, 2014 at 11:55 AM, Philip Martin wrote: > Stefan Fuhrmann writes: > > > Since no functionality depended on the change so far, except > > for some extra fool-proving during hotcopy, I reverted the change > > in r1589518. > > svnadmin_tests.py 40 started to take advantage of your cha

Re: svn commit: r1590751 - /subversion/trunk/subversion/svn/svn.c

2014-04-29 Thread Philip Martin
Julian Foad writes: >> I was a bit dubious about changing svn_hash_gets as it is currently a >> thin wrapper around apr_hash_get. > > I didn't mean we should change svn_hash_gets(), I meant to avoid > calling it if we have no hash. The reason for creating the empty svn_config_t was avoid having

Re: svn commit: r1590405 - in /subversion/trunk: build.conf subversion/include/private/svn_subr_private.h subversion/libsvn_repos/log.c subversion/libsvn_subr/bit_array.c

2014-04-29 Thread Stefan Fuhrmann
On Mon, Apr 28, 2014 at 8:11 AM, Ivan Zhakov wrote: > eOn 27 April 2014 19:27, wrote: > > Author: stefan2 > > Date: Sun Apr 27 15:27:46 2014 > > New Revision: 1590405 > > > > URL: http://svn.apache.org/r1590405 > > Log: > > More 'svn log -g' memory usage reduction. We use a hash to keep track

Re: svn commit: r1590405 - in /subversion/trunk: build.conf subversion/include/private/svn_subr_private.h subversion/libsvn_repos/log.c subversion/libsvn_subr/bit_array.c

2014-04-29 Thread Ivan Zhakov
On 29 April 2014 17:54, Stefan Fuhrmann wrote: > On Mon, Apr 28, 2014 at 8:11 AM, Ivan Zhakov wrote: >> >> eOn 27 April 2014 19:27, wrote: >> > Author: stefan2 >> > Date: Sun Apr 27 15:27:46 2014 >> > New Revision: 1590405 >> > >> > URL: http://svn.apache.org/r1590405 >> > Log: >> > More 'svn l

Re: svn commit: r1590982 - in /subversion/trunk/subversion: libsvn_subr/bit_array.c tests/libsvn_subr/bit-array-test.c

2014-04-29 Thread Ivan Zhakov
On 29 April 2014 17:53, wrote: > Author: stefan2 > Date: Tue Apr 29 13:53:06 2014 > New Revision: 1590982 > > URL: http://svn.apache.org/r1590982 > Log: > Make the svn_bit_array__* code use less memory when accessed sparsely. > This also reduces the initialization overhead when bits are set at >

Re: Intent to roll 1.7.17/1.8.9

2014-04-29 Thread Ben Reser
On 4/14/14, 5:29 PM, Ben Reser wrote: > I intend to roll 1.7.17 and 1.8.9 sometime next week. Please take some time > over the next week to look at STATUS in the respective branches and vote for > issues. This was delayed to try and get the wc fixes that have been languishing on the branch includ