On Thu, Feb 9, 2012 at 7:59 PM, Greg Stein <gst...@gmail.com> wrote: > > On Feb 9, 2012 1:23 PM, "Paul Burba" <ptbu...@gmail.com> wrote: >> >> On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf <danie...@elego.de> wrote: >> >... > >> > It is suggested there that setting >> > libsvn_ra_serf/update.c:MAX_NR_OF_CONNS >> > to "2" will prevent ra_serf from driving multiple window handlers >> > concurrently and thus avoid the bug. (Presumably by causing the file to >> > finish on the right side of the errant close_directory() call.) >> >> I just tried MAX_NR_OF_CONNS=2 with >> ^/subversion/branches/1.7.x@1242422 and the test still fails: > > Woah. Weird. I may have been mistaken. Please try 1. > > If that fails, then more investigation is needed.
I just tried with MAX_NR_OF_CONNS=1 and it still fails. This is the client-side where I need to adjust this setting, right? The last failure I've seen was with a trunk@1242116+MAX_NR_OF_CONNS=1 client vs. 1.7.x@1239697 mod_dav_svn (r1239697 is the backport that started breaking things). -- Johan
