[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 (locale problem ?)

From: Lederrey Guillaume <Gehel-Lists_at_LedCom.ch>
Date: 2004-06-12 18:43:45 CEST

Hash: SHA1

Le samedi, 12 Juin 2004 09.31, Erik Huelsmann a écrit :
> This is somewhat misleading. Yes, the repository keeps filenames in UTF-8,
> so does the client internally. This has nothing to do with the encoding of
> the local filesystem.

 OK, I think this time I understand it right ...

> Sure, because you are telling Subversion that your filenames are UTF-8
> encoded when in fact they are not. The "Can't recode string" error message
> usually means that you did not set the LANG or LC_CTYPE env vars at all; in
> those cases Subversion doesn't know what the source encoding is, so it
> can't recode.
> Assuming that LANG and LC_CTYPE were not set at all, you need to set them
> to fr_CH, unless you recode all filenames on your system to be UTF-8
> compliant...

  I had LANG and LC_CTYPE set to fr_CH from the begining ! On the local
filesystem everything is OK, the filenames are displayed correctly in the
shell and in any application. Still, subversion does not seem to understand
them right ... What can I do ? Is there another LC_* variable that
subversion cares about ? Is it possible that the locale definition is
incorrect on my distribution (Mandrake 10.0 Official) ? But it doesnt seem to
be the case as the filenames are crrect for all other apps. I'm quite lost
there ...

  Thanks for your explanations, at least I understand how subversion uses
UTF-8 (even if it seems I do not understand completely ... ;-)


Version: GnuPG v1.2.4 (GNU/Linux)


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jun 12 18:44:55 2004

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.