GNU bug report logs -
#17714
24.4.50; File coding system not detected correctly
Previous Next
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
[Message part 1 (text/plain, inline)]
Your message dated Fri, 6 Jun 2014 11:51:57 +0200
with message-id <20140606115157.6b79f180 <at> forcix.jorgenschaefer.de>
and subject line Re: bug#17714: 24.4.50; File coding system not detected correctly
has caused the debbugs.gnu.org bug report #17714,
regarding 24.4.50; File coding system not detected correctly
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> 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)]
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
[Message part 3 (message/rfc822, inline)]
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
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.