[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#1973: Bug in simple.el (Emacs version 22.2.1)
From: |
Sebastian Tennant |
Subject: |
bug#1973: Bug in simple.el (Emacs version 22.2.1) |
Date: |
Wed, 21 Jan 2009 10:34:50 +0000 |
User-agent: |
Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) |
Quoth Kevin Rodgers <kevin.d.rodgers@gmail.com>:
> What does `C-h C RET' in the *Async Shell Command Output* show?
Coding system for saving this buffer:
Not set locally, use the default.
Default coding system (for new files):
u -- mule-utf-8 (alias: utf-8)
Coding system for keyboard input:
u -- utf-8 (alias of mule-utf-8)
Coding system for terminal output:
u -- utf-8 (alias of mule-utf-8)
Defaults for subprocess I/O:
decoding: u -- mule-utf-8 (alias: utf-8)
encoding: u -- mule-utf-8 (alias: utf-8)
Priority order for recognizing coding systems when reading files:
1. mule-utf-8 (alias: utf-8)
2. iso-latin-1 (alias: iso-8859-1 latin-1)
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\\(~\\|\\.~[0-9]+~\\)?\\'"
(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
My ~/.profile contains the line 'export LANG=en_GB.UTF-8' which may
explain some of the differences, but it still ain't right.
Sebastian
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/20
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Kevin Rodgers, 2009/01/21
- bug#1973: Bug in simple.el (Emacs version 22.2.1),
Sebastian Tennant <=
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Stefan Monnier, 2009/01/21
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/22
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Stefan Monnier, 2009/01/22
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/22
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Stefan Monnier, 2009/01/22
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/22
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Stefan Monnier, 2009/01/23
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/23
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/23
- bug#1973: Bug in simple.el (Emacs version 22.2.1), Sebastian Tennant, 2009/01/25