Decompression of svndiff data failed

Aren't repositories and/or dumps portable between Windows and Linux? If so,
should I file a bug report on this?

I'm loading a 7GB dumpfile with svn 1.4.2 built from tarball, deps,
apr-1.2.8 on RHEL4. The original repository was originally created and
dumped using 1.4.0 svn client on windows. It was then dumped again with the
updated 1.4.2 Windows binary release, with the same result.

Below are the errors.

$ svnadmin verify repo_created_on_windows
* Verified revision 0.
svnadmin: Decompression of svndiff data failed

$ svnadmin load repodir < my_8GB_dumpfile_created_on_windows
<<< Started new transaction, based on original revision 1
* adding path : source/somefile
 (... several hundred large files succeed)
* adding path : source/someotherfile

svnadmin: Checksum mismatch, file '/source/yetanotherfile':
 expected: 43e6daaaa45805a2cf8c3b65d9198086
      actual: 7ddf690e85dcd6466daec1204fb1197c

 * adding path : source/yetanotherfile ...
What's particularly odd is that every time you run the svnadmin load
command, it fails on different files.

The svnadmin 1.4.2 load and verify both work fine on Windows.

Is the Windows subversion binary linked against DLLs I should be aware of,
for example zlib?

I've attached the config.log for svn 1.4.2, apr, apr-utils

Here is a recent, related thread:

On 11/28/06, Eugene Krasikov <zhk@ngs.ru> wrote:
>
> Hello.
>
> I use svnsync to mirror my repo. All worked fine for a while, but
> today I get error
> svnsync: REPORT request failed on ' http://192.168.77.17/svn'
> svnsync: REPORT of ' http://192.168.77.17/svn': 200 OK
> (http://192.168.77.17 )
> every time I try to do svnsync sync.
>
> There's
> [Tue Nov 28 16:33:03 2006] [error] [client 192.168.77.85] A
> failure occurred while driving the update report editor [500,
> #160005]
> [Tue Nov 28 16:33:03 2006] [error] [client 192.168.77.85] Target
> path does not exist [500, #160005]
> in Apache's error log.
>
> I found out that I got these errors not only from snvsync, but also
> from svn co, svnadmin dump, etc.
>
> This happened after we commited a pack of files in the repo in the
> separate subfolder, all operations fail only if they access that
> subfolder on that commit revision. If I try to access other files, all
> work fine.
>
> I tried to use file:// instead http:// and got "Decompression of
> svndiff data failed"
>
> svnadmin verify says the same.
>
> I found "Decompression of svndiff data failed" message only in one
> file in sources - /libsvn_delta/svndiff.c - in the zlib_decode
> function. So, probably data in the repository in the file for this
> revision somehow corrupted during or after commit? Am I right or
> there's another reason of these errors (I googled, but what I found is
> not my case)?
>
> And the most important thing. How can I make my repo consistent back
> now? I can't even make svnadmin dump and erase that revision from dump
> file...
>
> Thanks,
> Eugene Krasikov
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org