[UTF-8] Branko ÄŒibej writes:
> lundblad@softhome.net wrote:
>
>> Else, we have other problems in the svn code I'm afraid. For example,
>> when looking at internal paths, we check for the slash character by the
>> character constant '/' (in the execution charset). If this doesn't match
>> UTF-8/ASCII, then we're in trouble and have to use constants for the code
>> point instead.
>
> No we don't, internal paths are always converted to UTF-8 first.
>
Yes, but you don't convert '/' and '.' from the execution character set to
UTF-8, do you? When I say "execution character set" I am refering to
something in the C standard (in case someone doesn't know). The compiler
converts string literals from the source character set to the corresponding
characters in the execution character set. If the system uses a character
set that isn't ASCII-base, I don't see how '/' could map to the correct
value in UTF-8. The numeric ASCII code for /, i.e. 47 would, however.
Still, if someone can say authorotatively that we don't need to care about
non-ASCII-based systems, this ddiscussion is pointless and our problems are
gone.
Hope I expressed myself better this time:-)
Regards,
//Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 7 15:51:16 2004