Re: Error retrieving REPORT

2014-05-11 Thread Ivan Zhakov
On 8 May 2014 00:20, Eric Lemes wrote: > > Hello, > > Changing SVNAllowBulkUpdate didn't change the issue. > What values for SVNAllowBulkUpdate did you try? Did you try "SVNAllowBulkUpdate prefer"? -- Ivan Zhakov CTO | VisualSVN | http://www.visualsvn.com

Re: svn commit: r1591919 - in /subversion/trunk/subversion: include/ include/private/ libsvn_fs/ libsvn_fs_base/bdb/ libsvn_fs_fs/ libsvn_fs_x/ libsvn_ra_svn/ libsvn_subr/ svnserve/ tests/ tests/libsv

2014-05-11 Thread Stefan Fuhrmann
On Wed, May 7, 2014 at 12:48 PM, Bert Huijben wrote: > [The Apache mailserver is down; see http://status.apache.org/] > > > > It doesn’t even get into the mutex lock code, because the mutex is NULL on > Windows. > > > > So the code that tries to avoid the deadlock doesn’t run and the code > deadl

Re: Error retrieving REPORT

2014-05-11 Thread Eric Lemes
Hello, Changing SVNAllowBulkUpdate didn't change the issue. I've migrated to Wandisco binaries and my issue is solve. Unfortunately I couldn't figure out whats going wrong in the svn 1.8 + apache 2.9 combination. Regards Eric Em 06/05/2014 18:35, "Eric Lemes" escreveu: > Mark, > > Thanks for

Re: Recursive lock and unlock commands

2014-05-11 Thread Bert Huijben
While, It might help this specific user to implement this… I'm wondering what this user is really trying to accomplish, and if there are perhaps better ways to do this? Adding thousands of locks is going to introduce many scalability issues. I wouldn't be surprised if this user would really w

[svnbench] Failed to build Revision: 1593873.

2014-05-11 Thread neels
Failed to build Revision: 1593873.