GNU bug report logs -
#876
^M in some Windows info files because of null-byte detection
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
This is an automatic notification regarding your bug report
which was filed against the emacs,w32 package:
#876: ^M in some Windows info files because of null-byte detection
It has been closed by Eli Zaretskii <eliz <at> gnu.org>.
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Eli Zaretskii <eliz <at> gnu.org> by
replying to this email.
--
876: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=876
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
> Date: Sat, 29 Nov 2008 00:39:27 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: lekktu <at> gmail.com, emacs-devel <at> gnu.org, monnier <at> iro.umontreal.ca,
> handa <at> m17n.org
>
> > From: "Drew Adams" <drew.adams <at> oracle.com>
> > Date: Fri, 28 Nov 2008 13:28:34 -0800
> > Cc: 'Juanma Barranquero' <lekktu <at> gmail.com>, emacs-devel <at> gnu.org
> >
> > Whatever happened to this thread and the associated bugs: #876, #1117, #1284?
> >
> > It sounds like there were alternative proposals about how to fix this, but there
> > was no discussion to try to reach a consensus or a decision. Is that where
> > things were left?
> >
> > Meanwhile, it's still impossible to use the index in Info manuals on Windows,
> > and it's impossible to use some manuals (e.g. Viper) at all.
>
> Don't worry, this will get fixed before Emacs 23 is ready for release.
>
> I will work on it soon if no one beats me to it.
(Fore some value of "soon", sorry.)
I fixed this bug.
There were two suggestions for how to fix this: one by Handa-san in
this message:
http://lists.gnu.org/archive/html/emacs-devel/2008-08/msg00293.html
followed by a tentative patch by Juanma here:
http://lists.gnu.org/archive/html/emacs-devel/2008-08/msg00316.html
The other suggestion was by Stefan:
http://lists.gnu.org/archive/html/emacs-devel/2008-08/msg00373.html
I decided I liked the first alternative better, since it has much
more local effect than the other one. What Stefan suggested implied
messing with coding priorities, and I didn't feel that was TRT at this
late stage in Emacs 23.1 development.
The changes I installed are more thorough than what Juanma posted:
they change both detect_coding and detect_coding_system, and also bind
inhibit-null-byte-detection in a couple more places in info.el.
The result was tested on GNU/Linux, MS-Windows, and MS-DOS, both with
compressed and uncompressed Info files, with auto-compression-mode
both on and off.
[Message part 3 (message/rfc822, inline)]
Some info files in Windows (for example, the Emacs FAQ) are displayed
with spurious ^M characters because of recent changes in null byte
detection.
Kenichi Handa proposed a new inhibit-null-byte-detection variable.
Stefan Monnier counter-proposed inhibit-coding-systems.
emacs-devel discussion:
http://lists.gnu.org/archive/html/emacs-devel/2008-06/msg00739.html
http://lists.gnu.org/archive/html/emacs-devel/2008-07/msg00215.html
http://lists.gnu.org/archive/html/emacs-devel/2008-07/msg00225.html
http://lists.gnu.org/archive/html/emacs-devel/2008-08/msg00293.html
This bug report was last modified 15 years and 123 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.