Jose Figueroa-O'Farrill
j.m.f****@ed*****
Sun Oct 16 03:08:42 JST 2005
Hi,
My internationalization problems are getting slowly resolved. The
latest problem is the following.
I am editing a buffer in Emacs containing a mixture of latin-1 and
iso-2022-jp characters. When I try to save I get the following
*Warning*:
-----------------------------------------------------
These default coding systems were tried to encode text
in the buffer `100things':
mule-utf-8-unix iso-latin-1
However, each of them encountered these problematic characters:
mule-utf-8-unix: ホ セ
iso-latin-1: ホ セ
The first problematic character is at point in the displayed buffer,
and C-u C-x = will give information about it.
Select one of the following safe coding systems, or edit the buffer:
utf-8 utf-16 utf-16 utf-16be utf-16le iso-2022-7bit
Or specify any other coding system
at the risk of losing the problematic characters.
------------------------------------------------------
and it prompts me to select a coding sytem, but none of the ones that
it suggests works. The result of C-u C-x = on the offending
character is
------------------------------------------------------
character: ホ (0151333, 53979, 0xd2db)
charset: [japanese-jisx0208]
(JISX0208.1983/1990 Japanese Kanji: ISO-IR-87.)
code point: [37 91]
syntax: w which means: word
category: K:Japanese Katakana characters of 2-byte character sets
j:Japanese
|:While filling, we can break a line at this character.
Properties: hiragana: 53851; jisx0201: 3278;
buffer code: 0x92 0xA5 0xDB
file code: not encodable by coding system mule-utf-8-unix
display: by this font (glyph code)
-apple-osaka-medium-r-normal--12-120-75-75-m-120-jisx0208.1983-sjis (0x837A)
There are text properties here:
fontified t
------------------------------------------------------
The result of M-x describe-coding-system on the buffer is the
following:
----------------------------------------------------
Coding system for saving this buffer:
u -- mule-utf-8-unix
Default coding system (for new files):
nil
Coding system for keyboard input:
M -- mac-roman
Coding system for terminal output:
1 -- iso-8859-1 (alias of iso-latin-1)
Defaults for subprocess I/O:
decoding: - -- undecided
encoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Priority order for recognizing coding systems when reading files:
1. iso-latin-1 (alias: iso-8859-1 latin-1)
2. mule-utf-8 (alias: utf-8)
3. mule-utf-16be-with-signature (alias: utf-16be-with-signature mule-utf-16-be utf-16-be)
4. mule-utf-16le-with-signature (alias: utf-16le-with-signature mule-utf-16-le utf-16-le)
5. iso-2022-jp (alias: junet)
6. iso-2022-7bit
7. iso-2022-7bit-lock (alias: iso-2022-int-1)
8. iso-2022-8bit-ss2
9. emacs-mule
10. raw-text
11. japanese-shift-jis (alias: shift_jis sjis cp932)
12. chinese-big5 (alias: big5 cn-big5 cp950)
13. no-conversion
Other coding systems cannot be distinguished automatically
from these, and therefore cannot be recognized automatically
with the present coding system priorities.
The following 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 "\\.dz\\'" (no-conversion . no-conversion)
"\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'"
(no-conversion . no-conversion)
"\\.tgz\\'" (no-conversion . no-conversion)
"\\.tbz\\'" (no-conversion . no-conversion)
"\\.bz2\\'" (no-conversion . no-conversion)
"\\.Z\\(~\\|\\.~[0-9]+~\\)?\\'"
(no-conversion . no-conversion)
"\\.elc\\'" (emacs-mule . emacs-mule)
"\\.utf\\(-8\\)?\\'" utf-8
"\\(\\`\\|/\\)loaddefs.el\\'"
(raw-text . raw-text-unix)
"\\.tar\\'" (no-conversion . no-conversion)
"\\.po[tx]?\\'\\|\\.po\\."
po-find-file-coding-system
"\\.\\(tex\\|ltx\\|dtx\\|drv\\)\\'"
latexenc-find-file-coding-system
"" (undecided)
Process I/O nothing specified
Network I/O nothing specified
----------------------------------------------------
I'd appreciate any pointers on how to solve this problem.
Thanks, Jose