GNU bug report logs -
#64253
26.3; Bug in revert-buffer-with-coding-system
Previous Next
Reported by: meta1729 <meta1729 <at> gmail.com>
Date: Fri, 23 Jun 2023 15:31:02 UTC
Severity: normal
Found in version 26.3
Done: Eli Zaretskii <eliz <at> gnu.org>
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 Sat, 01 Jul 2023 11:30:47 +0300
with message-id <83o7kwqbig.fsf <at> gnu.org>
and subject line Re: bug#64253: 26.3; Bug in revert-buffer-with-coding-system
has caused the debbugs.gnu.org bug report #64253,
regarding 26.3; Bug in revert-buffer-with-coding-system
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
64253: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64253
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
When a buffer is terminated with an un-encodable character,
revert-buffer-with-coding-system modifies the buffer in unexpected
ways when coding system of the buffer is changed from default
iso-latin-1-unix to utf-8-unix, when the visited file contains
characters that cannot be encoded in either iso-latin-1-unix or
utf-8-unix.
Procedure to reproduce the bug.
[Create a file which has un-encodable characters and some text between them.]
$ echo 3b3b20410a3b3b20420aa80a3b3b20430a3b3b20440aa9 | xxd -r -p > sample
Open in Emacs.
$ emacs -q -nw --no-site-file -nsl sample
Enter: C-h C [describe-coding-system]
Output:
Coding system for saving this buffer:
1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
Enter: M-x revert-buffer-with-coding-system RET utf-8 RET yes
[The buffer has been incorrectly modified. You can see escaped
character code at the beginning of buffer, which previously existed at
the end of the buffer.]
Enter : C-h C [describe-coding-system]
Output:
Coding system for saving this buffer:
U -- utf-8-unix (alias: mule-utf-8-unix cp65001-unix)
[Save the buffer to demonstrate that the file has really been
incorrectly modified.]
Enter: C-x C-w [write-file]
Filename: sample2
Select coding system: default raw-text
Exit Emacs. C-x C-c
$ xxd -p sample2
a93b3b20410a3b3b20420aa80a3b3b20430a3b3b20440a
[Compare sample and sample2.
Last character (hex code a9) has been moved to beginning of file.]
Retry above procedure with different choice for
revert-buffer-with-coding-system.
Does occur when utf-8 or utf-16 or utf-7 is chosen.
Does not occur when iso-2022-7bit is chosen.
In GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14)
of 2020-03-26, modified by Debian built on lcy01-amd64-020
System Description: Ubuntu 20.04.6 LTS
[Message part 3 (message/rfc822, inline)]
> Cc: 64253 <at> debbugs.gnu.org
> Date: Sat, 24 Jun 2023 11:51:39 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> > $ emacs -q -nw --no-site-file -nsl sample
> >
> > Enter: C-h C [describe-coding-system]
> > Output:
> > Coding system for saving this buffer:
> > 1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
> >
> > Enter: M-x revert-buffer-with-coding-system RET utf-8 RET yes
> >
> > [The buffer has been incorrectly modified. You can see escaped
> > character code at the beginning of buffer, which previously existed at
> > the end of the buffer.]
>
> Thanks. This 21-year old bug (a simple omission of a single code
> line) should now be fixed on the emacs-29 branch.
No further comments, so I assume the bug is indeed fixed, and I'm
closing it.
This bug report was last modified 2 years and 14 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.