[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 1.1.2 Binaries failing UTF-8 Tests

From: James Park \(pencil_ethics\) <pencilethics_at_gmail.com>
Date: 2005-01-06 01:10:12 CET

>> It seems that Subversion 1.1.2 (at least the Win32 version) is
>> consistently failing the automated UTF-8 tests.
>> At first I thought it was only me, but obviously not: even those that
>> have been uploaded by Ben fail them.
>> If you run "svn add" with non-ASCII characters (which is the first
>> thing = that the test does), svn fails with the message:
>>
>> svn: Non-ASCII character (code xxx) detected, and unable to convert
>> to/from UTF-8
>>
>> I know that the binaries that come with the 1.1.1 installer pass them
>> since I tested them.
>> So is this why the uploaded 1.1.2 Win32 installer and binaries are
>> English only, and is this problem going to be fixed?
>> Or is it really just me?
>>

> That specific UTF8 test has been disabled for win32 in svn's /trunk.
> We simply forgot to backport that change to the 1.1.x branch before
> releasing 1.1.2. So there's nothing to be worried about, just ignore
> this one test.

Does this mean that svn no longer has the ability to do anything with
non-ASCII characters? For most people that should not be a hitch, but
for the people it matters to, this could be a problem.

Funnily enough, when I compiled 1.1.1 myself, the same error occurs
which shouldn't have happened since the 1.1.1 installer binaries don't
give that error...

Regardless, if you say this isn't a problem, I now have a set of 1.1.2
binaries (installer and zip) that has locale support.

- James Park

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 6 01:12:46 2005

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.