Philipp Beckmann wrote:
> Hi there!
>
> I guess this issue is around especially in the development mailing list
> for
> a while -- but I couldn't find an answer to my problem.
>
> I'm using Win2K with SP4 installed, subversion runs as a package in the
> cygwin-distribution -- and no network transmission was involved in the
> whole
> story.
>
> All went fine until recently I upgraded from version 1.0.6 to 1.1.1.
> After that, due to some checksum mismatch errors very similar to the
> output
> pasted below, I couldn't commit *any* changes to my repository anymore.
> So, I went back to version 1.0.6 and dumped the whole repository, and
> tried to load it with 1.1.1.
>
> Loading did not work, the same with version 1.0.6.
> As a result, I can work with version 1.0.6 without problems
> except for loading a dumpfile of my repository, whereas the repository
> itself is quite useless using version 1.1.1 (well, checkouts are possible
> anyway...)
>
>
>
> $ svnadmin load ./repos/ < dumpfile
> <<< Started new transaction, based on original revision 1
> * adding path : algebra ... done.
> * adding path : algebra/branches ... done.
> * adding path : algebra/tags ... done.
> * adding path : algebra/trunk ... done.
> * adding path : algebra/trunk/algInd.sty ...svn: Checksum mismatch,
> rep 'e':
> expected: d50cbc8af4627d0fcdf7b8fa344d4339
> actual: e8e9788a42723aa18fa476243c4801be
>
>
>
> Has anyone encountered the same problem? Any idea of how to fix the dumped
> repository?
> I don't understand anything ...
I wonder if this is a Cygwin mount mode issue.
I thought I had fixed the 1.1.1 package to behave as if binmode was set,
even on textmode mounts. However, it appears that for some reason, that
didn't work.
So, basically, try using only binmode mounts for any subversion-related
stuff for now.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 1 22:10:57 2004