You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Arne Haarseth Christian <ar...@online.no> on 2006/03/01 22:29:08 UTC

VS: "Can't recode string"

Hi!

I run subversion-1.1.4-1 with apr-0.9.5-0.2 , apr-util-0.9.5-0.1 and neon-0.24.7-1 on the server side on a RedHat 9 server with BDB repository. I run Tortoise SVN 1.3.2 on the client side on WXP PCs. 

I don't run subversion as an Apache module but as svn+ssh from client to server.
 
I have a directory on my PC on which whatever tsvn command I use I get the error message "Can't recode string". How do I fix this?

I posted this on the tsvn mail list and was told that this is probably a server side problem  and should be posted here. Further I was told that this could be related to a missing installation of apr-iconv modules  or missing setting of APR_ICONV_PATH. Is this relevant when I don't run subversion as an Apache moudle?

I only get this problem on one specific directory and have not heard that any of the other users have this problem.
 
Please CC reply to arnechaa at online.no since I do no subscribe to this list.
 
Arne


Re: VS: "Can't recode string"

Posted by Stefan Küng <to...@gmail.com>.
Garrett Rooney wrote:

> On the other hand, I'm not sure if they're right that it's a server 
> problem.  It is quite likely to be a client side problem, and in that
>  case the lack of the apr-iconv modules or APR_ICONV_PATH on the 
> windows system could quite easily cause the problem.

TSVN uses a patched version of apr-iconv, which doesn't use 
APR_ICONV_PATH. The reason for this is that apr-iconv links against a 
c-runtime lib, and on Windows there are several of those (each VS.NET 
version has its own newer version). And using APR_ICONV_PATH just causes 
troubles: any app that gets installed will overwrite the path, and then 
TSVN would have to use those other iconv modules. Or other apps would 
have to use the ones TSVN installed. Both options can cause problems 
with missing or incompatible c-runtimes (especially if you don't install 
the runtimes in the WINDOWS or SYSTEM32 folder, which e.g. for the 7.1 
version you should not do according to MS).

That's why I don't think it's a problem on the client side.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: VS: "Can't recode string"

Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On 3/1/06, Arne Haarseth Christian <ar...@online.no> wrote:
> Hi!
>
> I run subversion-1.1.4-1 with apr-0.9.5-0.2 , apr-util-0.9.5-0.1 and neon-0.24.7-1 on the server side on a RedHat 9 server with BDB repository. I run Tortoise SVN 1.3.2 on the client side on WXP PCs.
>
> I don't run subversion as an Apache module but as svn+ssh from client to server.
>
> I have a directory on my PC on which whatever tsvn command I use I get the error message "Can't recode string". How do I fix this?
>
> I posted this on the tsvn mail list and was told that this is probably a server side problem  and should be posted here. Further I was told that this could be related to a missing installation of apr-iconv modules  or missing setting of APR_ICONV_PATH. Is this relevant when I don't run subversion as an Apache moudle?

If it's a server side problem it's unlikely to actually be a missing
apr-iconv or APR_ICONV_PATH, since usually you don't use apr-iconv on
Unix systems.  I suspect it would be either a problem with your
version of apr-util not linking against the system's libiconv, or your
system not having the correct locales installed.

On the other hand, I'm not sure if they're right that it's a server
problem.  It is quite likely to be a client side problem, and in that
case the lack of the apr-iconv modules or APR_ICONV_PATH on the
windows system could quite easily cause the problem.

> I only get this problem on one specific directory and have not heard that any of the other users have this problem.

That's probably because that one directory contains something with a
filename/directory name that contains characters that require
translation via iconv, but the others do not.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org