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

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

bug#2497: marked as done (23.0.91; Fails to read UTF-8 on Win2k)


From: Emacs bug Tracking System
Subject: bug#2497: marked as done (23.0.91; Fails to read UTF-8 on Win2k)
Date: Sat, 28 Feb 2009 12:30:04 +0000

Your message dated Sat, 28 Feb 2009 14:21:08 +0200
with message-id <address@hidden>
and subject line Re: bug#2497: 23.0.91; Fails to read UTF-8 on Win2k
has caused the Emacs bug report #2354,
regarding 23.0.91; Fails to read UTF-8 on Win2k
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
2354: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2354
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.0.91; Fails to read UTF-8 on Win2k Date: Fri, 27 Feb 2009 15:10:19 +0100
I'm using the windows port of 23.0.91 on Win2k SP4 and I found that it
fails to read utf-8 encoded files correctly. When visiting a file in
utf-8 encoding all characters above 255 are screwed up and "C-h C RET"
indicates iso-latin1-dos for saving the file. This has not been an
issue in 23.0.90.

-- 
Uwe


In GNU Emacs 23.0.91.1 (i386-mingw-nt5.0.2195)
 of 2009-02-27 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.0.2195
configured using `configure --with-gcc (3.4)'

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: DEU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  iswitchb-mode: t
  display-time-mode: t
  auto-insert-mode: t
  diff-auto-refine-mode: t
  delete-selection-mode: t
  pc-selection-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e <tab> p o <tab> r t <tab> <return>

Recent messages:
Loading time...done
Loading iswitchb...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list... [2 times]



--- End Message ---
--- Begin Message --- Subject: Re: bug#2497: 23.0.91; Fails to read UTF-8 on Win2k Date: Sat, 28 Feb 2009 14:21:08 +0200
> From: David Engster <address@hidden>
> Date: Fri, 27 Feb 2009 18:46:12 +0100
> Cc: address@hidden, address@hidden
> 
> Uwe Siart <address@hidden> writes:
> > I'm using the windows port of 23.0.91 on Win2k SP4 and I found that it
> > fails to read utf-8 encoded files correctly. When visiting a file in
> > utf-8 encoding all characters above 255 are screwed up and "C-h C RET"
> > indicates iso-latin1-dos for saving the file. This has not been an
> > issue in 23.0.90.
> 
> Maybe this is a duplicate of what I reported in
> 
> http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2354
> 
> As I write later in that bug report, I think I could track down this
> issue to the change in revision 1.413 of src/coding.c. Maybe you could
> try if the same applies to your problem.

Should be fixed by this change:

2009-02-28  Eli Zaretskii  <address@hidden>

        * coding.c (detect_coding_charset): Fix change from 2008-10-21.
        Also, check iso-latin-*, not only iso-8859-*.



--- End Message ---

reply via email to

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