[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ^M in the info files
From: |
Stefan Monnier |
Subject: |
Re: ^M in the info files |
Date: |
Mon, 12 Jan 2009 15:56:16 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
> When documenting the new option, I found a strange inconsistency
> between detect-coding-region/string and coding detection by
> insert-file-contents. If null bytes are detected, detect_coding sets
> up to use no-conversion, but detect-coding-region/string does not call
> detect_coding. Instead, detect-coding-region/string call
> detect_coding_system, which does not return no-conversion for a region
> or string that include null bytes. insert-file-contents does use
> no-conversion for files that contain null bytes, but it does so
> because decode_coding_gap does call detect_coding.
> This creates an inconsistency for Lisp programs that do their own
> decoding: if they call detect-coding-region/string for a region or
> string with null bytes, they will not see no-conversion in the return
> value, but insert-file-contents will use no-conversion nonetheless.
> I think this inconsistency constitutes a bug.
Indeed, it sounds like a bug. Not sure how/when it would manifest
itself, tho.
Stefan
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files,
Stefan Monnier <=
- Re: ^M in the info files, Juanma Barranquero, 2009/01/10
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files, Juanma Barranquero, 2009/01/10
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files, Eli Zaretskii, 2009/01/10
- Re: ^M in the info files, Juanma Barranquero, 2009/01/10
RE: ^M in the info files, Drew Adams, 2009/01/10