Re: [tlug] using eucjp on Linux

[Christian Horn <chorn@example.com>]

On Tue, Dec 24, 2013 at 05:13:15PM +0900, Kalin KOZHUHAROV wrote:
> On Tue, Dec 24, 2013 at 4:47 PM, Christian Horn <chorn@example.com> wrote:
> > On Tue, Dec 24, 2013 at 08:36:38AM +0100, Christian Horn wrote:
> >> On Tue, Dec 24, 2013 at 01:22:08PM +0900, Kalin KOZHUHAROV wrote:
> >> >
> >> > Can you try the following in this terminal:
> >> > `LC_ALL=ja_JP.eucjp date|iconv -f eucjp`
> >> > `LC_ALL=ja_JP.eucjp date|xxd`
> >>
> >> [chris@hive ~]$ LC_ALL=ja_JP.eucjp date|iconv -f eucjp
> >> 2013年 12月 24日 火曜日 08:15:31 CET
> >> [chris@hive ~]$ LC_ALL=ja_JP.eucjp date|xxd
> >> 0000000: 3230 3133 c7af 2031 32b7 ee20 3234 c6fc  2013.. 12.. 24..
> >> 0000010: 20b2 d0cd cbc6 fc20 3038 3a31 353a 3438   ...... 08:15:48
> >> 0000020: 2043 4554 0a                              CET.
> >>
> >> The xxd output is the same as for "LC_ALL=ja_JP.utf8 date|xxd"
> >> so seems like the LC_ALL=ja_JP.eucjp has no effect?
> >
> > Ah, I pasted the output correctly, but it _is_ different from
> > the utf8 locale:
> >
> > [chris@hive ~]$ LC_ALL=ja_JP.utf8 date|xxd
> > 0000000: 3230 3133 e5b9 b420 3132 e69c 8820 3234  2013... 12... 24
> > 0000010: e697 a520 e781 abe6 9b9c e697 a520 3038  ... ......... 08
> > 0000020: 3a34 383a 3130 2043 4554 0a              :48:10 CET.
> > [chris@hive ~]$ LC_ALL=ja_JP.eucjp date|xxd
> > 0000000: 3230 3133 c7af 2031 32b7 ee20 3234 c6fc  2013.. 12.. 24..
> > 0000010: 20b2 d0cd cbc6 fc20 3038 3a34 383a 3133   ...... 08:48:13
> > 0000020: 2043 4554 0a                              CET.
> >
> Well since the "+%A" test worked all is fine at I/O level, there is
> something eating your bites at the terminal level.
> This is the relevant portion of my .Xresources:
> XTerm*.VT100*.boldMode:        false
> XTerm*cjkWidth:            true
> XTerm*ximFont:            -*-*-medium-r-normal--14-140-75-75-*-*-*
> XTerm*font:
> -efont-fixed-medium-r-normal--14-140-75-75-c-70-iso10646-1
> [..]
> XTerm*wideFont:
> -misc-fixed-medium-r-normal-*-24-120-100-100-c-180-iso10646-1

After installing efont and the following change compared to your
.Xresources I can use your .Xresources:

  XTerm*ximFont: -efont-fixed-medium-r-normal--14-140-75-75-c-140-iso10646-1

The xterm which gets started does not display the bash prompt.
Using it in UTF8 mode and running "date", I only see the Kanji
from that output, not the numbers.

I was running this now:
  for i in $(xlsfonts); do
	echo "current font: $i"; 
	xterm -fn $i -e 'LC_ALL=ja_JP.eucjp luit cat test_eucjp; sleep 10;';  
  done

I did not completely go through all of the fonts, but for the ones
I looked at I get "F|K\8l" again in the terminal.  Looking at the
-efont-* specifically, I either see visible "F|K\8l" or only a
backslash "   \  ", cut'n'pasting this into a utf8 terminal it
turns up as "F|K\8l" again.

No fedora bugs found for "xterm eucjp".  Maybe I should setup a 
different distro in parallel and compare the behavior.


cheers,
Christian




> 
> Try terminal if you can, I remember having issues with certain xterm
> configurations, that is I switched to terminal a long time ago.
> 
> Kalin.