This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] xterm 348-1
- From: Brian Inglis <Brian dot Inglis at SystematicSw dot ab dot ca>
- To: cygwin at cygwin dot com
- Date: Wed, 6 Nov 2019 07:11:14 -0700
- Subject: Re: [ANNOUNCEMENT] xterm 348-1
- References: <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
- Reply-to: Brian dot Inglis at SystematicSw dot ab dot ca
On 2019-11-06 05:13, Takashi Yano wrote:
> On Fri, 01 Nov 2019 10:36:06 +0900
> Katsumi Yamaoka wrote:
>> On Wed, 11 Sep 2019 18:24:37 -0400, Yaakov Selkowitz wrote:
>>> The following packages have been uploaded to the Cygwin distribution:
>>> * xterm-348-1
>> First of all, reverting it to XTerm(330) solved my problem.
>> When copying non-ASCII text from another window to XTerm(348), it
>> will be shown as a combination of ASCII and control characters,
>> not the original human readable representation.
>> I usually use Japanese text, これは日本語です for example. AFAICT,
>> only the copy and paste is bad; `less' shows Japanese text and
>> `ls' shows Japanese file names correctly.
>> Is there a way to fix this problem?
>> $ locale
> I confirmed this occurs only if shell is tcsh. If shell is bash, zsh
> or fish, pasting Japanese string works as expected. It works in cat,
> od, etc as well.
> The cause is unknown.
Does it work properly if LANG="ja_JP.UTF-8" under tcsh?
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple