Re: svn commit: r1663500 - in /subversion/trunk/subversion: libsvn_ra_serf/commit.c libsvn_ra_serf/merge.c libsvn_ra_serf/ra_serf.h tests/cmdline/lock_tests.py

On 12 April 2016 at 10:30, Ivan Zhakov wrote: > On 3 March 2015 at 04:06, wrote: >> Author: rhuijben >> Date: Tue Mar 3 01:06:16 2015 >> New Revision: 1663500 >> >> URL: http://svn.apache.org/r1663500 >> Log: >> In ra-serf (for issue #4557) reinstate a bit of code that retries a delete >> with

Re: [RFC] An element-based 'svn merge'

On Fri, Dec 18, 2015 at 01:49:08PM +, Philip Martin wrote: > Julian Foad writes: > > > I (Julian Foad) wrote: > > > >> 4. Conversion of the element-based result to a series of WC edits. The > >> code in branch_compat.c doesn't quite do this, as it assumes an Ev1 > >> output (with only a 'copy

Re: Deadlock-like behaviour of svnserve in multi-threaded mode (-T)

On 14 April 2016 at 19:14, Radek Krotil wrote: > Hi all. > > Our application generates lot of concurrent read requests to subversion > using svn: protocol. When we tested the multithreaded mode of svnserve after > upgrade to 1.9.3, we noticed strange 'deadlock-like' behavior: at some point > all t