From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Usage of standard-display-table in MSDOS Date: Sun, 29 Aug 2010 07:21:26 -0400 Message-ID: References: <83aao8mjzx.fsf@gnu.org> <837hjcm9cw.fsf@gnu.org> <201008291016.o7TAG22t007365@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1283080899 18684 80.91.229.12 (29 Aug 2010 11:21:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 29 Aug 2010 11:21:39 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: ehud@unix.mvs.co.il Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 29 13:21:38 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Opfx9-0003ta-Nz for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 13:21:36 +0200 Original-Received: from localhost ([127.0.0.1]:42982 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Opfx9-00061u-2h for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 07:21:35 -0400 Original-Received: from [199.232.76.173] (port=42880 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Opfx3-00061k-Mx for emacs-devel@gnu.org; Sun, 29 Aug 2010 07:21:29 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Opfx2-0005yk-LD for emacs-devel@gnu.org; Sun, 29 Aug 2010 07:21:29 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:40592) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Opfx2-0005yf-DV for emacs-devel@gnu.org; Sun, 29 Aug 2010 07:21:28 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Opfx0-0001Jl-Ty; Sun, 29 Aug 2010 07:21:26 -0400 In-reply-to: <201008291016.o7TAG22t007365@beta.mvs.co.il> (ehud@unix.mvs.co.il) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:129387 Archived-At: > Date: Sun, 29 Aug 2010 13:16:02 +0300 > From: "Ehud Karni" > Cc: eliz@gnu.org, emacs-devel@gnu.org > Reply-to: ehud@unix.mvs.co.il > > > ;; For NBSP (U+00A0) > > (aset standard-display-table #xA0 > > (vector (unibyte-char-to-multibyte #xA0))) > > This does not work because `unibyte-char-to-multibyte' does not give > the right result in Emacs-23.1 (it works well on Emacs-21.3). > Sorry, I did not check on latest Emacs > > I used the following to check it: > > (defun check-multibyte-code (byte) > (message "Byte: %02X (%d), Char: %04X (%d)" > byte byte > (unibyte-char-to-multibyte byte) > (unibyte-char-to-multibyte byte))) > > (check-multibyte-code #xE0) > > > The result in 21.3 is correct: > Byte: E0 (224), Char: 0C60 (3168) > > But on 23.1 I get: > Byte: E0 (224), Char: 3FFFE0 (4194272) > i.e. "literal" #xE0. The last result is correct 0x3FFFE0 is the internal representation of 0xE0 in Emacs 23. Emacs 23 and later extends the Unicode code space with these characters (and some others). Why did you think it was incorrect?