Johan Corveleyn wrote on Thu, Feb 09, 2012 at 02:33:25 +0100: > Having another look at this failure ... > > So far, we know (anyone, correct me if I'm wrong): > > - 'svnrdump load' in this test fails with: "svnrdump: E140001: > Unrecognized record type in stream". It seems the dumpfile contents of > the file D/H/psi is split incorrectly (property content is dumped > early, and text delta later). > > - It only happens on Windows. > > - It only happens with ra_serf (both 1.7.x. and trunk) talking to > mod_dav_svn from 1.7.x@>=1239697 (i.e. after backport of r1237720 and > r1239596 (stuff in mod_dav_svn/liveprops.c) from trunk).
There was IRC discussion about this: http://colabti.org/irclogger/irclogger_log/svn-dev?date=2012-02-09 (~4pm) 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.) > > - If 1.7.x is rolled back to before r1239697, the problem does not occur. > > - The problem does not occur with mod_dav_svn from trunk, not even > when rolled back to (before or after) r1237720 or r1239596. > > - So far, it has been reproduced by the buildbot svn-slik-w2k3-x64-ra, > by Stephen Butler, and by my own (32bit) WinXP box. Paul Burba doesn't > see the failure with his Windows build (debug and release). > > > I'm trying some more experiments. If anyone else has any ideas, shoot ... > > -- > Johan