emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Usage of standard-display-table in MSDOS


From: Ehud Karni
Subject: Re: Usage of standard-display-table in MSDOS
Date: Sun, 29 Aug 2010 13:16:02 +0300

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 <http://www.keyserver.net/>    Better Safe Than Sorry



reply via email to

[Prev in Thread] Current Thread [Next in Thread]