Re: Terminal not displaying UTF-16 characters properly

Carl Hoefs <[email protected]>
Newsgroups gmane.comp.macosx.general
Message-ID <[email protected]>
> On Jan 18, 2018, at 4:51 PM, Jean-Christophe Helary <[email protected]> wrote:
> 
> 
>> On Jan 19, 2018, at 2:15, Carl Hoefs <[email protected]> wrote:
>> Subversion. So maybe it isn’t a Terminal thing, per se.
>> 
>> $ svn info
>> svn: E155007: '/Users/carl' {U+306F}{U+4F5C}{U+696D}{U+30B3}{U+30D2}{U+30FC}{U+3066}{U+306F}{U+3042}{U+308A}{U+307E}{U+305B}{U+3093}
>> 
>> The above is supposed to say:
>> 
>> svn: E155007: '/Users/carl’ is not a working copy
> 
> Mystery solved.
> 
> If you check the characters output by subversion you get:
> 
> {U+306F} は
> {U+4F5C} 作
> {U+696D} 業
> {U+30B3} コ
> {U+30D2} ヒ
> {U+30FC} ー
> {U+3066} て
> {U+306F} は
> {U+3042} あ
> {U+308A} り
> {U+307E} ま
> {U+305B} せ
> {U+3093} ん
> 
> From https://codepoints.net
> 
> Which reads:
> 
> '/Users/carl' は作業コヒーてはありません
> 
> it actually should be:
> 
> '/Users/carl' は作業コピーではありません
> 
> but I suspect there are representation issues for compound glyphs and I just woke up so that part is left for later.
> 
> Basically it is the Japanese way of saying:
> 
> '/Users/carl’ is not a working copy
> 
> So svn is talking Japanese to you. It is not an encoding issue, it is a language setting issue.

Well now, that there’s the gall-darned craziest thing I ever did see! Japanese?!

I noticed that the LANG env var wasn’t set in the shell I was using. Setting it to “en_US.UTF-8” restores sanity.

Thanks for the sleuthing. I never would have guessed.

-Carl

_______________________________________________
MacOSX-talk mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/macosx-talk
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.