Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4F293451.6000102@dominolaser.com>
Date: Wed, 01 Feb 2012 13:47:13 +0100
From: Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com>
Reply-To: SVN users <users@subversion.apache.org>
Organization: Domino Laser GmbH
User-Agent: Mozilla/5.0 (Windows NT 5.1;
 rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: users@subversion.apache.org
Subject: Re: check-mime-type, Windows client, non-ASCII path
References: 
 <CACaUerscZ-p-5uMKie93A8i4+C92GdqWCvN+A+F--tFU4FJnZA@mail.gmail.com>
In-Reply-To: 
 <CACaUerscZ-p-5uMKie93A8i4+C92GdqWCvN+A+F--tFU4FJnZA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Am 01.02.2012 09:00, schrieb Ignacio Gonz�lez (Eliop):
> Clients: Windows-XP, Windows 7, svn 1.6.16 (Spanish)

Just to make sure, are you using a native MS Windows client or are you 
using Cygwin? Also, the clients differ slightly depending on the 
distribution, it would be helpful to have those, too.

> Path name (in Windows, client): C:\Usuarios\arenero\In�til.TXT
> (note the u with an acute accent: �)
>
> C:\Usuarios\arenero>svn ci acentos -m "Prueba 1"
> Adding         acentos
> Adding         acentos\In�til.TXT

Hmmm. Here something already failed, the accented u changed to a pound 
sign. Or is that just a transmission error, caused by email?


> Transmitting file data .svn: Commit failed (details follow):
> svn: Commit blocked by pre-commit hook (exit code 1) with output:
> /opt/csvn/data/repositories/telecontrol/hooks/check-mime-type:
> `/opt/csvn/bin/sv
> nlook proplist /opt/csvn/data/repositories/arenero -t 44-1e --verbose
> acentos/In
> ?\195?\186til.TXT' failed with this output:
> svnlook: Path 'acentos/In?\195?\186til.TXT' does not exist

Just for the record, I guess the ?\195?\186 could be a representation 
derived from the byte values of UTF-8, but I haven't verified that. What 
I'm not 100% sure is whether that is a fault in the hook script and how 
it handles those arguments. It would be interesting to know if this 
works with the hook script active.


> To help diagnose it, I tried to check out an already existing file with
> accents in its name (checked in before the Hook "check-mime-type" (bash)
> was added in the server).
> Check out fails.

That shouldn't happen, no matter what the hook scripts say. What exactly 
is the error? What is the name of the file?

The only reason I could imagine is when you somehow got a path into the 
repository that is invalid UTF-8. While checking out that path, the 
client would then try to transcode the UTF-8 to MS Windows' native 
UTF-16 and fail. I believe some older SVNs relied on the client sending 
well-formed UTF-8, instead of validating it server-side. With the client 
being less than perfect, this could then lead to invalid paths. How old 
is your repository? Can you back it up and run svnadmin verify on it?

That said, I have been using lots of different characters (extended 
Latin, Greek, Chinese, Japanese, Indian) inside a Linux-hosted repo, 
accessed via svnserve by clients on MS Windows XP and 7 without any 
issues. The warning by Nico IMHO only applies if you want to share 
working copies between different systems, which is discouraged anyway, 
but those problems are actually not specific to SVN.


Uli
**************************************************************************************
Domino Laser GmbH, Fangdieckstra�e 75a, 22547 Hamburg, Deutschland
Gesch�ftsf�hrer: Thorsten F�cking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschlie�lich s�mtlicher Anh�nge ist nur f�r den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf�nger sein sollten. Die E-Mail ist in diesem Fall zu l�schen und darf weder gelesen, weitergeleitet, ver�ffentlicht oder anderweitig benutzt werden.
E-Mails k�nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte �nderungen enthalten. Domino Laser GmbH ist f�r diese Folgen nicht verantwortlich.
**************************************************************************************