GNU bug report logs - #876
^M in some Windows info files because of null-byte detection

Previous Next

Packages: emacs, w32;

Reported by: "Juanma Barranquero" <lekktu <at> gmail.com>

Date: Wed, 3 Sep 2008 16:45:03 UTC

Severity: normal

Merged with 1117, 1284, 1816

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #45 received at 876-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 876-done <at> debbugs.gnu.org, emacs-devel <at> gnu.org
Subject: Re: ^M in the info files
Date: Sat, 10 Jan 2009 21:19:22 +0200
> Date: Sat, 10 Jan 2009 19:23:28 +0100
> From: "Juanma Barranquero" <lekktu <at> gmail.com>
> Cc: 876-done <at> emacsbugs.donarmstrong.com, emacs-devel <at> gnu.org
> 
>   cd info
>   gzip emacs
>   emacs -Q -eval "(info \"(emacs)Top\")"
>    =>
>   gzip: illegal option -- Q
>   usage: gzip [-acdfhlLnNrtvV19] [-S suffix] [file ...
> 
> (this with the standard www.gzip.org version).

Doesn't happen to me, neither with gzip 1.2.4 from gzip.org, nor with
v1.3.5 from GnuWin32.  I did replace "emacs" with a full file name,
though, to make sure it doesn't pick up some other version somewhere
on my INFOPATH.





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.