Loïc,
to help you out with this "déjà vu", I'll quote an excerpt from a message by Christian Barkey:
---------------8<-------------------------------
On my Windows XP PC I have also installed TortoiseSVN which, same as for you, works
like a charm. But the commandline tools all failed for international characters. The environment variable APOR_ICONV_PATH is also set on this PC, but points to the
installation of TortoiseSVN. I assumed, this is the reason, why Tortoise works well and svn not.
I modified the variable to point to my installed subversion directory/iconv and, *wow*,
now I'm able to work on files with these funny characters in it with the commandline
tools.
---------------8<-------------------------------
Hope this helps. I'm not an XPert, but Christian seems to have solved this
satisfactorily...
Regards,
-Manfred
| -----Original Message-----
| From: Ben Collins-Sussman [mailto:sussman@collab.net]
| Sent: Tuesday, September 28, 2004 11:49 PM
| To: Loic Joly
| Cc: Subversion Users
| Subject: Re: Accent in file names, some new tests
|
| Please keep this on the users@ list. Hopefully someone who knows more
| about win32 can respond to you.
|
|
|
| On Sep 28, 2004, at 4:41 PM, Loïc Joly wrote:
|
| > Ben Collins-Sussman wrote:
| >
| >>
| >> On Sep 28, 2004, at 3:08 PM, Loïc Joly wrote:
| >>
| >>> Hello everybody,
| >>>
| >>> Since I did not receive any answer to my previous post, I made some
| >>> other tests. It finally appears that even if the command line client
| >>> (I'm on windows XP) has some problems to cope with accents in folder
| >>> names (see error message below), if I use the tortoiseSvn client, I
| >>> can access the repository normally. So I guess this is a bug in the
| >>> command line client, and I will submit a bug report, unless someone
| >>> has another idea.
| >>>
| >>> For reference, here is the error message :
| >>>
| >>>> ... was followed by non-ascii byte 195.
| >>>>
| >>>> Non-ascii character detected (see above), and unable to convert
| >>>> to/from UTF-8
| >>>>
| >>
| >> This means that *your* commandline client has a bug.
| >
| > It is not exactly mine, I downloaded it already compiled, and thus I
| > probably share it with many other users ;)
| >
| >> Namely, it can't find the APR ICONV libraries to deal with
| >> different language encodings. Try setting your APR_ICONV_PATH
| >> environment variable correctly.
| >
| > I've got this variable set (automatically by the installation program)
| > to : APR_ICONV_PATH=C:\Program Files\Subversion\iconv
| > This is a folder that exists on my computer, and it contains many .so
| > files that correspond to different encodings. Is it possible that the
| > space in this variable could be a problem ?
| >
| >>
| >> I promise you, the commandline client handles locales and encodings
| >> just fine. Please don't file a bug. :-)
| >
| > I'm eager to see it working, and I will not submit any bug before all
| > other ways have been explored. Maybe at the end, if this is a
| > configuration problem, I might submit a bug to the installation
| > software :-)
| >
| > If there is anything I can do to help people understand my problem,
| > please tell me. For instance, is there a way to know which .so file
| > the client is trying to open, and what should it see in it ? A kind of
| > verbose mode.
| >
| > Regards,
| >
| > --
| > Loïc
| >
|
|
| ---------------------------------------------------------------------
| To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
| For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 30 21:12:54 2004