GNU bug report logs - #17714
24.4.50; File coding system not detected correctly

Previous Next

Package: emacs;

Reported by: Jorgen Schaefer <forcer <at> forcix.cx>

Date: Fri, 6 Jun 2014 08:26:01 UTC

Severity: normal

Found in version 24.4.50

Done: Jorgen Schaefer <forcer <at> forcix.cx>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jorgen Schaefer <forcer <at> forcix.cx>
Subject: bug#17714: closed (Re: bug#17714: 24.4.50; File coding system not
 detected correctly)
Date: Fri, 06 Jun 2014 09:53:03 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#17714: 24.4.50; File coding system not detected correctly

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 17714 <at> debbugs.gnu.org.

-- 
17714: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17714
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Jorgen Schaefer <forcer <at> forcix.cx>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 17714-done <at> debbugs.gnu.org
Subject: Re: bug#17714: 24.4.50; File coding system not detected correctly
Date: Fri, 6 Jun 2014 11:51:57 +0200
On Fri, 06 Jun 2014 12:22:15 +0300
Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Jorgen Schaefer <forcer <at> forcix.cx>
> > Date: Fri, 06 Jun 2014 10:24:53 +0200
> > 
> > Since a few days ago, current trunk stopped detecting file coding
> > systems correctly for me. For a file that is opened as utf-8 with
> > stable Emacs, it now says (using emacs -q, fundamental-mode):
> > 
> > -----
> > buffer-file-coding-system is a variable defined in `C source code'.
> > Its value is no-conversion
> > Local in buffer Todo; global value is utf-8-unix
> > -----
> > 
> > M-x revert-buffer-with-coding-system RET utf-8 RET works fine.
> 
> Please send an example file where you see this problem.

Hm. I *thought* I had seen the problem with more than one file, but it
turns out it was only one. The problem was that the file contained ^@
(zero bytes) from a yank from some process output. Which of course is
not valid utf-8.

Now I wonder why the file saved without error. There was some weird
vc error as well. Can't reproduce this now, though. So meh.

Sorry for the noise, nothing to see here. :-)

Jorgen

[Message part 3 (message/rfc822, inline)]
From: Jorgen Schaefer <forcer <at> forcix.cx>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.50; File coding system not detected correctly
Date: Fri, 06 Jun 2014 10:24:53 +0200
Since a few days ago, current trunk stopped detecting file coding
systems correctly for me. For a file that is opened as utf-8 with stable
Emacs, it now says (using emacs -q, fundamental-mode):

-----
buffer-file-coding-system is a variable defined in `C source code'.
Its value is no-conversion
Local in buffer Todo; global value is utf-8-unix
-----

M-x revert-buffer-with-coding-system RET utf-8 RET works fine.


Configured using:
 `configure --without-x'

Configured features:
SOUND NOTIFY LIBXML2 ZLIB

Important settings:
  value of $LC_ALL: 
  value of $LC_COLLATE: de_DE.UTF-8
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LC_MESSAGES: POSIX
  value of $LC_MONETARY: POSIX
  value of $LC_NUMERIC: POSIX
  value of $LC_TIME: POSIX
  value of $LANG: POSIX
  locale-coding-system: utf-8-unix



This bug report was last modified 11 years and 46 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.