Can't type eight-bit characters in tcsh_6.06-9
Hello all!
I used to be able to type Chinese (which contain 8-bit characters) in tcsh
in X. However, about a few weeks ago, perhaps after upgrading to the
latest package, tcsh seems to strip off the 8-bit characters that I
type to 7-bit. I have set the environment LANG as:
setenv LANG en_US
and it worked fine in tcsh until recently. The current tcsh seems to
strip off the high-bit from what I type, but it display 8-bit characters
fine when I set the LANG environment properly.
After reading lots of manpages, READMEs, HOWTOs and FAQs, I still couldn't
figure out the problem. (But thanks to this problem, I finally figured
out how to make bash (with the proper settings in ~/.inputrc) accept and
display 8-bit characters! :)
Puzzled, I went and look for an older tcsh package. I went and downloaded
the file tcsh_6.06-3.tar.gz and compiled it... and it worked! I also
tried entering latin1 characters using compose, e.g. the key sequence
Ctrl-. ' e
gives the e with an acute accent. It worked in bash and the tcsh_6.06-3,
but not in tcsh_6.06-9.
So, the question is: Is it a bug in tcsh_6.06-9, or do I have to
configure the NLS (Native Language Support) properly to make tcsh_6.06-9
work? Did anyone experience the same problem I had?
Thank you very much for your help!
Anthony Fok
foka@gpu.srv.ualberta.ca
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com
>From miss
Received: from mongo.pixar.com (138.72.50.60)
by master.debian.org with SMTP; 28 Dec 1996 22:24:04 -0000
Received: (qmail 13372 invoked from network); 28 Dec 1996 22:19:25 -0000
Received: from primer.i-connect.net (HELO master.debian.org) (bruce@206.190.143.13)
by mongo.pixar.com with SMTP; 28 Dec 1996 22:19:25 -0000
Date: Sat, 28 Dec 1996 16:17:14 -0600 (CST)
Sender: Roy C Bixler <rcb@press-gopher.uchicago.edu>
From: Roy C Bixler <rcb@press-gopher.uchicago.edu>
To: Christoph Lameter <clameter@waterf.org>
cc: debian-user@lists.debian.org
Subject: Re: Poppasswd
In-Reply-To: <[🔎] Pine.LNX.3.95.961228091237.18972C-100000@waterf.org>
Message-ID: <Pine.GSO.3.95.961228161139.13228A-100000@press-gopher.uchicago.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8ddEO1.0.pU.QoPno"@master.debian.org>
Resent-From: debian-user@lists.debian.org
Resent-Reply-To: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/2057
X-Loop: debian-user@lists.debian.org
Precedence: list
Priority: non-urgent
Importance: low
Resent-Sender: debian-user-request@lists.debian.org
> rcb >My configuration is Debian 1.2 stable (poppasswd_1.2-4) and Eudora Pro v.
> rcb >3.0 flailing away on Windoze '95. The connection just hangs after I
> rcb >specify the new password for the second time. The Eudora dialog box just
> rcb >sits with a 'newpasswd' text. If I look on the server, there are idle
> rcb >'poppasswd' and 'passwd rcb' processes running. Also, as expected, typing
> rcb >in my original password incorrectly will cause Eudora to abort the
> rcb >operation. It really appears as if 'poppasswd' itself is just hanging
> rcb >after it receives the 'newpass' command - this is what I got if I 'telnet'
> rcb >direct to port 106 and go through the protocol sequence.
I solved my problem by getting the 'poppassd.c' source from
ftp://ftp.qualcomm.com/quest/unix/servers/password/linux.tar
and compiling. It works with no changes. FWIW, I did notice that the
Debian package has a 'shadow password patch' included and the qualcomm
version does not.
Roy
rcb@press-gopher.uchicago.edu
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com
Reply to: