bug#876: marked as done (^M in some Windows info files because of null-byte detection)

[Emacs bug Tracking System]

Your message dated Sat, 10 Jan 2009 13:15:51 +0200
with message-id <uab9zjtso.fsf@gnu.org>
and subject line Re: ^M in the info files
has caused the Emacs bug report #876,
regarding ^M in some Windows info files because of null-byte detection
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 owner@emacsbugs.donarmstrong.com
immediately.)


-- 
876: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=876
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> ^M in some Windows info files because of null-byte detection
>
>
>
>
> Date: 
>
> Wed, 3 Sep 2008 18:39:11 +0200
>
>
>
>
> 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
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: ^M in the info files
>
>
>
>
> Date: 
>
> Sat, 10 Jan 2009 13:15:51 +0200
>
>
>
>
> > Date: Sat, 29 Nov 2008 00:39:27 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: lekktu@gmail.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca,
> >       handa@m17n.org
> > 
> > > From: "Drew Adams" <drew.adams@oracle.com>
> > > Date: Fri, 28 Nov 2008 13:28:34 -0800
> > > Cc: 'Juanma Barranquero' <lekktu@gmail.com>, emacs-devel@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.
>
>
> --- End Message ---