[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: Hunkel, Manfred <M.Hunkel_at_t-systems.com>
Date: 2006-01-05 09:35:17 CET

| -----Ursprüngliche Nachricht-----

| Von: Gunter Ohrner [mailto:G.Ohrner@post.rwth-aachen.de]

| Gesendet: Donnerstag, 5. Januar 2006 01:05

| An: users@subversion.tigris.org

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

|

| Gunter Ohrner wrote:

| > Client: svn 1.2.3, LANG=de_DE@euro (ISO 8859-15), Filenames with umlauts

| > Server: svn 1.1.1, bdb 4.2 backend, using svnserve, "C" locale

| >

| > Problem: checkin was successful. Subsequent commits in a directory with

| > umlauts now cause the error message "svn: Can't recode string".

|

| Mh, there's still noone who as any suggestion what I'm doing wrong here?

|

| Virtually all commits involving directories with umlauts fail, which renders

| my whole working copies / repository quite unusuable... :-/

|

| Is there anything I could do besides renaming all affected files (quite a

| few and more or less out-of-question) or switching to a different version

| control system? (Which I also do not want to do... :-( )

|

 

Gunter,

Quite a while ago I've spent a lot of time on a similar wild goose chase.
Most (all?) of the SVN-commands would balk when attempting to handle
filenames containing umlauts, and none of the LC_* or LANG settings
provided relief. In my setup, I'm using SVN via Apache on a NetBSD server
I had installed via pkgsrc. It turned out that the pkgsrc config didn't include
the iconv library required for recoding. After I'd rebuilt SVN from the tarball
making sure iconv was included, everything worked like a charm. The only
locale setting I'm using is LC_CTYPE=de_DE.ISO8859-1.

Just my 2 cents worth...

 

-Manfred
Received on Thu Jan 5 09:38:17 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.