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
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
>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) ([EMAIL PROTECTED])
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 <[EMAIL PROTECTED]>
From: Roy C Bixler <[EMAIL PROTECTED]>
To: Christoph Lameter <[EMAIL PROTECTED]>
cc: [email protected]
Subject: Re: Poppasswd
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8ddEO1.0.pU.QoPno"@master.debian.org>
Resent-From: [email protected]
Resent-Reply-To: [email protected]
X-Mailing-List: <[email protected]> archive/latest/2057
X-Loop: [email protected]
Precedence: list
Priority: non-urgent
Importance: low
Resent-Sender: [EMAIL PROTECTED]
> 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
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
