From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: [reingold@emr.cs.iit.edu: Re: Character problems] Date: Mon, 25 Mar 2002 21:58:52 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <7458-Mon25Mar2002215852+0200-eliz@is.elta.co.il> References: <200203251202.g2PC26O03160@aztec.santafe.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1017086632 9621 127.0.0.1 (25 Mar 2002 20:03:52 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 20:03:52 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pah6-0002V4-00 for ; Mon, 25 Mar 2002 21:03:52 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16papG-0005Ra-00 for ; Mon, 25 Mar 2002 21:12:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pagi-0003Kw-00; Mon, 25 Mar 2002 15:03:28 -0500 Original-Received: from heimdall.inter.net.il ([192.114.186.17]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pafr-0003Gc-00; Mon, 25 Mar 2002 15:02:35 -0500 Original-Received: from zaretsky (diup-216-129.inter.net.il [213.8.216.129]) by heimdall.inter.net.il (Mirapoint) with ESMTP id BGT75951; Mon, 25 Mar 2002 22:02:27 +0200 (IST) Original-To: reingold@emr.cs.iit.edu X-Mailer: emacs 21.2.50 (via feedmail 8 I) and Blat ver 1.8.9 In-Reply-To: <200203251202.g2PC26O03160@aztec.santafe.edu> (message from Richard Stallman on Mon, 25 Mar 2002 05:02:06 -0700 (MST)) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2197 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2197 > From: Richard Stallman > Date: Mon, 25 Mar 2002 05:02:06 -0700 (MST) > > Can someone please work on this? I don't see any problem; see below. > Why would the workings of assoc (which has nothing to do with the > display be affected?!!! You may wish to look at the definition of standard-display-european (on disp-table.el). (``Use the source, Luke!'' is still the best policy, even with Emacs 21 ;-) There you will see that it does all kinds of non-trivial things: makes your Emacs session a unibyte session, possibly switches to a different language environment, changes your terminal encoding, etc. These changes can easily modify what the non-ASCII characters you type produce internally in Emacs. So, the first time you type some character it is interpreted as a multibyte Latin-1 character, but after you turn standard-display-european on or off, the same character is interpreted differently, e.g. as a single-byte unibyte code. Or vice versa. Thus the failure in assoc: the list has some multibyte code, while you are looking for a unibyte code in [0..255], or the other way around. To see what is actually in the buffer, go to the offending character and type "C-u C-x =". Emacs will show you what it knows about that character. Do it for both a character in the list and the one you use in assoc, and I'm sure you will see they are two different characters. The moral? don't use standard-display-european. It's confusing and unnecessary. There are better ways to do what it does. _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel