Mailing List Archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [tlug] using eucjp on Linux



On Tue, Dec 24, 2013 at 12:22:04PM +0900, Stephen J. Turnbull wrote:
> Christian Horn writes:
> 
>  > Running these commands in a terminal "xterm -en eucjp".
> 
> As I understand it, this should run luit for you, so
> 
>  > 	[chris@hive ~]$ LC_ALL=ja_JP.eucjp luit
> 
> is not necessary.

Urgs, I really need to doublecheck my mails before sending.
I was testing and writing, so what I meant to say was:

- terminals started with "xterm -en eucjp"
- and "LC_ALL=ja_JP.eucjp luit" environments inside of utf8 
  xterm

lead to the same result.



>  > 	[chris@hive ~]$ cat test_eucjp
>  > 	F|K\8l
> 
> That's the 7-bit equivalent of EUC-JP "日本語".  Something's stripping
> the high bits, but I don't know why.  xterm has an option to do that,
> but it's false by default.  AFAIK {Alt|Meta}SendsEscape should only
> affect input.
> 
>  > 	[chris@hive ~]$ date
>  > 	2013G/ 127n 23F| 7nMKF| 22:21:45 CET
> 
> Looks like more of the same.
> 
>  > 	[chris@hive ~]$ cat test_utf8 
>  > 	f%f,h*
> 
> And this is more of the same, with control characters being removed
> from the stream entirely.  It's probably your stty settings.
> 
> Try "stty raw", then "cat test_eucjp".

[chris@hive ~]$ cat test_eucjp 
                               F|K\8l
                                     [chris@hive ~]$ 

That is again consistent over "xterm -en eucjp" and
"LC_ALL=ja_JP.eucjp luit" environments inside of utf8 xterm.

Lets look at the other ends of the thread..

Christian


Home | Main Index | Thread Index

Home Page Mailing List Linux and Japan TLUG Members Links