From: "Ehud Karni" <ehud@unix.mvs.co.il>
To: handa@m17n.org
Cc: eliz@gnu.org, emacs-devel@gnu.org
Subject: Re: Usage of standard-display-table in MSDOS
Date: Sun, 29 Aug 2010 13:16:02 +0300 [thread overview]
Message-ID: <201008291016.o7TAG22t007365@beta.mvs.co.il> (raw)
In-Reply-To: <tl7pqx32ww5.fsf@m17n.org> (message from Kenichi Handa on Sat, 28 Aug 2010 13:18:02 +0900)
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
next prev parent reply other threads:[~2010-08-29 10:16 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-23 12:44 Usage of standard-display-table in MSDOS Kenichi Handa
2010-08-24 5:34 ` Stephen J. Turnbull
2010-08-24 11:13 ` Ehud Karni
2010-08-24 16:51 ` Eli Zaretskii
2010-08-25 13:04 ` Ehud Karni
2010-08-25 18:09 ` Eli Zaretskii
2010-08-26 15:26 ` Ehud Karni
2010-08-26 16:43 ` Eli Zaretskii
2010-08-27 13:35 ` Ehud Karni
2010-08-27 16:30 ` Eli Zaretskii
2010-08-27 10:24 ` Eli Zaretskii
2010-08-27 11:44 ` Kenichi Handa
2010-08-27 14:13 ` Eli Zaretskii
2010-08-28 4:18 ` Kenichi Handa
2010-08-28 7:22 ` Eli Zaretskii
2010-08-30 2:24 ` Kenichi Handa
2010-08-30 3:02 ` Eli Zaretskii
2010-09-01 3:21 ` Kenichi Handa
2010-09-01 9:20 ` Ehud Karni
2010-09-01 23:33 ` Ehud Karni
2010-09-02 5:19 ` Eli Zaretskii
2010-09-02 5:20 ` Kenichi Handa
2010-09-04 22:54 ` Ehud Karni
2010-09-06 1:30 ` Kenichi Handa
2010-09-02 12:32 ` Kenichi Handa
2010-09-04 23:32 ` Ehud Karni
2010-09-05 5:30 ` Eli Zaretskii
2010-09-06 5:14 ` Kenichi Handa
2010-08-29 10:16 ` Ehud Karni [this message]
2010-08-29 11:21 ` Eli Zaretskii
2010-08-29 11:49 ` Ehud Karni
2010-08-29 13:06 ` Ehud Karni
2010-08-29 13:50 ` Eli Zaretskii
2010-08-29 14:04 ` Eli Zaretskii
2010-09-07 21:11 ` Ehud Karni
2010-09-09 11:57 ` Kenichi Handa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201008291016.o7TAG22t007365@beta.mvs.co.il \
--to=ehud@unix.mvs.co.il \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=handa@m17n.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).