Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of jcorvel@gmail.com designates
 209.85.214.171 as permitted sender)
MIME-Version: 1.0
From: Johan Corveleyn <jcorvel@gmail.com>
Date: Thu, 9 Feb 2012 02:33:25 +0100
Message-ID: 
 <CAB84uBUryfDpoKdROEWQUbVeVWu=QRURjYsS=+-auSFEMt-fNw@mail.gmail.com>
Subject: Failing svnrdump_tests.py#43 with 1.7.x on Windows (was: Re: 1.7.3
 next week-ish?)
To: Subversion Development <dev@subversion.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

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).

- 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