help-gnu-emacs
[Top][All Lists]
Advanced

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

emacs,aspell,codings


From: Wolfgang Buesser
Subject: emacs,aspell,codings
Date: Mon, 02 Sep 2002 20:12:09 +0200

I have a problem using aspell from within emacs on  german/french files:

The non-ascii characters are not being recognized.

I am using emacs 21.2-2 and aspell -0.33.7.1-9 with aspell-de-0.1.1-12
on a RedHat 7.3
distriibution.

When trying to spellcheck a file containing german characters (e.g. \374
or \337) using
aspell (M-x ispell-buffer) I get the error message:
    Ispell misalignment: word `Bber` point 7; probably incompatible
version
but  only when running emacs under X. When running it from the konsole
verything is fine.

The only difference I can see are the coding settings:

X:

>Coding system for saving this buffer:
>Not set locally, use the default.
>Default coding system (for new files):
> 0 -- iso-latin-9 (alias: iso-8859-15 latin-9 latin-0)
>Coding system for keyboard input:
>  nil
>Coding system for terminal output:
> 0 -- iso-latin-9 (alias: iso-8859-15 latin-9 latin-0)
>Defaults for subprocess I/O:
> decoding: 0 -- iso-latin-9 (alias: iso-8859-15 latin-9 latin-0)
>encoding: 0 -- iso-latin-9 (alias: iso-8859-15 latin-9 latin-0)
>
>Priority order for recognizing coding systems when reading files:
> 1. iso-latin-9 (alias: iso-8859-15 latin-9 latin-0)
> 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 "\\.po[tx]?\\'\\|\\.po\\."
>     po-find-file-coding-system
>  "\\.elc\\'"  (emacs-mule . emacs-mule)
> "\\(\\`\\|/\\)loaddefs.el\\'"
>     (raw-text . raw-text-unix)
>  "\\.tar\\'"  (no-conversion . no-conversion)
>  ""   (undecided)
>  Process I/O nothing specified
>  Network I/O nothing specified

Console:

>Coding system for saving this buffer:
>  Not set locally, use the default.
>Default coding system (for new files):
>  nil
>Coding system for keyboard input:
>  nil
>Coding system for terminal output:
>  1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
>Defaults for subprocess I/O:
>  decoding: - -- undecided (alias: unix dos mac)
>  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. iso-2022-jp (alias: junet)
>  3. iso-2022-7bit
>  4. iso-2022-7bit-lock (alias: iso-2022-int-1)
>  5. iso-2022-8bit-ss2
>  6. emacs-mule
>  7. raw-text
>  8. japanese-shift-jis (alias: shift_jis sjis)
>  9. chinese-big5 (alias: big5 cn-big5)
>  10. no-conversion (alias: binary)
>  11. 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 "\\.po[tx]?\\'\\|\\.po\\."
>    po-find-file-coding-system
>  "\\.elc\\'"  (emacs-mule . emacs-mule)
>  "\\(\\`\\|/\\)loaddefs.el\\'"
>     (raw-text . raw-text-unix)
>  "\\.tar\\'"  (no-conversion . no-conversion)
>  ""   (undecided)
>  Process I/O nothing specified
>  Network I/O nothing specified

I tried to change the setting  for
   Defaults for subprocess I/O:

but when I try
>    set-buffer-process-coding-system
I get the message
>no process.

Does anybody know help ?

Thanks
    Wolfgang



reply via email to

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