GNU bug report logs - #14822
^M in info files

Previous Next

Packages: w32, emacs;

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

Date: Mon, 8 Jul 2013 16:37:01 UTC

Severity: normal

Found in version 24.3.50

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

Bug is archived. No further changes may be made.

Full log


Message #20 received at 14822 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 14822 <at> debbugs.gnu.org
Subject: Re: bug#14822: ^M in info files
Date: Tue, 09 Jul 2013 11:08:26 +0200
> Visiting most info topics (Ada Mode, Emacs Lisp Intro, CC Mode...) on
> Windows gives info buffers detected as Unix-style and with lines
> ending in ^M. Some other topics (Emacs, Emacs Lisp, Gnus) work as
> expected.
>
> All info files (in both groups) have CRLF endings, were generated with
> the same tool and appear to be correct.
>
> This is a Windows issue, though there hasn't been any Windows-specific
> coding-related change lately, so it's likely caused by some generic
> change.
>
> The problem does not happen on 24.3, only trunk.

Ever since this happens etags has stopped to work on routines written in
C here.  I get something like that it couldn't find an identifier with a
^M prepended to the symbol not being found.

Since building the trunk is currently broken here, I can't send the
precise message though.

martin




This bug report was last modified 12 years and 26 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.