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:
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 ...
Received on 2012-02-09 17:51:00 CET