From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ehud Karni" Newsgroups: gmane.emacs.devel Subject: Re: Usage of standard-display-table in MSDOS Date: Sun, 29 Aug 2010 13:16:02 +0300 Organization: Mivtach-Simon Insurance agencies Message-ID: <201008291016.o7TAG22t007365@beta.mvs.co.il> References: <83aao8mjzx.fsf@gnu.org> <837hjcm9cw.fsf@gnu.org> Reply-To: ehud@unix.mvs.co.il NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1283076997 6047 80.91.229.12 (29 Aug 2010 10:16:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 29 Aug 2010 10:16:37 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: handa@m17n.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 29 12:16:33 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 1OpewB-00021Y-6C for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 12:16:31 +0200 Original-Received: from localhost ([127.0.0.1]:58997 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OpewA-0004iq-18 for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 06:16:30 -0400 Original-Received: from [140.186.70.92] (port=49657 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Opevv-0004h8-K5 for emacs-devel@gnu.org; Sun, 29 Aug 2010 06:16:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Opevr-0002Yw-P4 for emacs-devel@gnu.org; Sun, 29 Aug 2010 06:16:15 -0400 Original-Received: from [193.16.147.12] (port=46465 helo=unix.mvs.co.il) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Opevr-0002VQ-Au; Sun, 29 Aug 2010 06:16:11 -0400 Original-Received: from beta.mvs.co.il (beta [10.253.0.3]) by unix.mvs.co.il (8.13.8/8.13.7) with ESMTP id o7TAG52w012524; Sun, 29 Aug 2010 13:16:07 +0300 Original-Received: from beta.mvs.co.il (localhost [127.0.0.1]) by beta.mvs.co.il (8.14.1/8.14.1) with ESMTP id o7TAG5bw007368; Sun, 29 Aug 2010 13:16:05 +0300 Original-Received: (from root@localhost) by beta.mvs.co.il (8.14.1/8.14.1/Submit) id o7TAG22t007365; Sun, 29 Aug 2010 13:16:02 +0300 In-reply-to: (message from Kenichi Handa on Sat, 28 Aug 2010 13:18:02 +0900) X-Mailer: Emacs 21.3.1 rmail (send-msg 1.109) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 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:129385 Archived-At: On Sat, 28 Aug 2010 13:18:02 Kenichi Handa wrote: > > ;; 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 output of describe-current-coding-system (Emacs-21.3, the output of Emacs-23.1 is almost the same) is: Coding system for saving this buffer: Not set locally, use the default. Default coding system (for new files): 8 -- hebrew-iso-8bit-unix Coding system for keyboard input: nil Coding system for terminal output: 8 -- hebrew-iso-8bit Defaults for subprocess I/O: decoding: 8 -- hebrew-iso-8bit-unix encoding: 8 -- hebrew-iso-8bit-unix Priority order for recognizing coding systems when reading files: 1. hebrew-iso-8bit 2. iso-latin-1 (alias: iso-8859-1 latin-1) 3. iso-2022-jp (alias: junet) 4. iso-2022-7bit 5. iso-2022-7bit-lock (alias: iso-2022-int-1) 6. iso-2022-8bit-ss2 7. emacs-mule 8. raw-text 9. japanese-shift-jis (alias: shift_jis sjis) 10. chinese-big5 (alias: big5 cn-big5) 11. no-conversion (alias: binary) 12. mule-utf-8 (alias: utf-8) Other coding systems cannot be distinguished automatically from these, and therefore cannot be recognized automatically with the present coding system priorities. The followings are decoded correctly but recognized as iso-2022-7bit-lock: iso-2022-7bit-ss2 iso-2022-7bit-lock-ss2 iso-2022-cn iso-2022-cn-ext iso-2022-jp-2 iso-2022-kr Particular coding systems specified for certain file names: OPERATION TARGET PATTERN CODING SYSTEM(s) --------- -------------- ---------------- File I/O "\\.\\(reg\\|REG\\)$" (raw-text-dos . raw-text-dos) "\\.t\\(bz2?\\)\\|\\([bz]2\\)\\'" (no-conversion . no-conversion) "\\.bz2\\(~\\|\\.~[0-9]+~\\)?\\'" (no-conversion . no-conversion) "\\.gz\\(~\\|\\.~[0-9]+~\\)?\\'" (no-conversion . no-conversion) "\\.tgz\\'" (no-conversion . no-conversion) "\\.Z\\(~\\|\\.~[0-9]+~\\)?\\'" (no-conversion . no-conversion) "\\.elc\\'" (emacs-mule . emacs-mule) "\\(\\`\\|/\\)loaddefs.el\\'" (raw-text . raw-text-unix) "\\.tar\\'" (no-conversion . no-conversion) "" (hebrew-iso-8bit) Process I/O nothing specified Network I/O nothing specified Ehud. -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7976-561 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry