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

Re: "Can't recode string" again...

From: Joerg Hessdoerfer <Joerg.Hessdoerfer_at_sea-gmbh.com>
Date: 2006-01-09 12:26:37 CET

Hi,

On Sunday 08 January 2006 23:57, Gunter Ohrner wrote:
[...]

> Ok, I think after a few days and several commits and updates from two
> different machines I can confirm that it works for me(TM).
>
> Just for the records: The problem was the following(!): The server's
> locale. svnserve ran, as stated above, in a rather stripped down
> environment, using the "C" locale. This caused some internal (temporary?)
> string recodings it does to fail.
> Note that this failure was caused by the names of the files in the
> repository it was told to work with.
>
> Fix: I changed the server's locale to UTF8 based "de_DE.utf8" by
> configuring the server machine to support it and adding an
>
> export LANG=de_DE.utf8
>
> inside the svnserve invoke script I use, and everything worked fine.
> Bummer.
>
> Greetings,
>
> Gunter

hmmm... we also do have a mixed-locale environment, but our SVN-Server
(running via Apache mod_dav_svn) using only BDB repositories is definitely
running in C-locale, but still working fine.
From your postings, I conclude you are running svnserve, is this correct? Are
you running BDB or FSFS repositories? If you are using FSFS, could you check
this with BDB? I'm very curious which of these combinations is triggering
this unexpected feature...

Greetings,
        Jörg

-- 
Leading SW developer  - S.E.A GmbH
Mail: joerg.hessdoerfer@sea-gmbh.com
WWW:  http://www.sea-gmbh.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 9 12:30:39 2006

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

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