This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] xterm 348-1
- From: Takashi Yano <takashi dot yano at nifty dot ne dot jp>
- To: cygwin at cygwin dot com
- Date: Wed, 6 Nov 2019 21:13:18 +0900
- Subject: Re: [ANNOUNCEMENT] xterm 348-1
- Dkim-filter: OpenDKIM Filter v2.10.3 conssluserg-04.nifty.com xA6CD4V4008730
- References: <announce.20190911182437.37466-1-yselkowitz@cygwin.com> <b4mtv7ogyyh.fsf@jpl.org>
On Fri, 01 Nov 2019 10:36:06 +0900
Katsumi Yamaoka wrote:
> Hi,
>
> 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
> LANG=C
> LC_CTYPE="ja_JP.UTF-8"
> LC_NUMERIC="C"
> LC_TIME="C"
> LC_COLLATE="C"
> LC_MONETARY="C"
> LC_MESSAGES="C"
> LC_ALL=
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.
--
Takashi Yano <takashi.yano@nifty.ne.jp>
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple