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

Re: svn: failure during string recoding

From: Sean M. Paus <spaus_at_dctd.saic.com>
Date: 2003-04-11 12:40:35 CEST

> Hello,
>
> I see that some issues almost look like this problem, and I found some
> emails in the list mentioning this problem - last year.
>
> I'm under linux, svn, version 0.20.1 (r5467), ra_file, and did just a
simple
> ci and then co of a new repo with many big files (some binary), some
> filenames containing 8859-2 characters. No tricky log entries, nothing
> special.
>
> And now I can't do anything. stat, checkin, etc gives
>
> svn: Invalid argument
> svn: failure during string recoding
>
> And I don't see any workaround right now. It means I can just destroy the
> repository, ey? Hope not.
>
> [ If this issue is known, please reply; if not, I'll open an issue. ]
>
> Peter

I've encountered this problem as well. Recently we also stored some large
binary files in our repository (like, an hour ago). We get the error during
an 'merge' from the trunk into a working copy of a branch.

'revert' and 'update' work fine from the branch working copy after we
encounter the error.

'update' into a trunk working copy works fine as well.

The problem occurs during post processing after the merge reaches the last
affected file.

We managed to work around the problem by specifying a subdirectory of the
trunk from which to merge. It's a mystery, but we didn't see the problem
then.

We're running linux version 0.19.0 with ra_dav, ra_local and ra_svn. We
access the repository through http.

Any insight into this problem would be most appreciated.

Sean

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 11 12:41:39 2003

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.