emacs-pretest-bug
[Top][All Lists]
Advanced

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

find-coding-systems inconsistencies


From: Jesper Harder
Subject: find-coding-systems inconsistencies
Date: Wed, 03 Dec 2003 18:29:38 +0100
User-agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux)

Consider the following three similar ways of asking the same question:

1. (find-coding-systems-for-charsets (list (char-charset ?)))
   => (raw-text emacs-mule)

2. (find-coding-systems-string "")
   => (undecided)

3. (with-temp-buffer
     (insert "")
     (find-coding-systems-region (point-min) (point-max)))

    => (mule-utf-8 mule-utf-16be-with-signature
        mule-utf-16le-with-signature mule-utf-16 mule-utf-16be
        mule-utf-16le raw-text emacs-mule no-conversion)

I.e. three inconsistent answers.

Ad 1. This is what I would have thought was the right answer.

Ad 2. `undecided' implies that the string contains only ASCII
      characters, which is obviously wrong in this case.

Ad 3. It doesn't make sense for 2. and 3. to return different
      values.  And is \235 really encodable by utf-8?



In GNU Emacs 21.3.50.79 (i686-pc-linux-gnu, GTK+ Version 2.0.2)
 of 2003-12-03 on defun.localdomain
configured using `configure '--with-gtk''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.iso88591
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Major mode: Group

Minor modes in effect:
  gnus-topic-mode: t
  gnus-undo-mode: t
  auto-compression-mode: t
  recentf-mode: t
  show-paren-mode: t
  delete-selection-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t




reply via email to

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