[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Failing svnrdump_tests.py#43 with 1.7.x on Windows (was: Re: 1.7.3 next week-ish?)

From: Daniel Shahaf <danielsh_at_elego.de>
Date: Thu, 9 Feb 2012 18:49:15 +0200

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

This is an archived mail posted to the Subversion Dev mailing list.