[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: problem with system_eol_type
From: |
Stefan Monnier |
Subject: |
Re: problem with system_eol_type |
Date: |
Mon, 31 Jul 2006 12:30:26 -0400 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) |
>>>>> "Reiner" == Reiner Steib <address@hidden> writes:
> On Mon, Jul 31 2006, Kenichi Handa wrote:
>> I've got several complaints about the change I made a few
>> months ago regarding the handling of the default eol-type.
>>
>> Previously, when a coding system without explicit eol-type
>> (e.g. iso-latin-1) was specified for encoding, Unix-like
>> eol-type is selected on any platform.
>>
>> The change I made was to use an eol-type set to
>> system_eol_type (CRLF on Windows, LF otherwise) in such a
>> case. To me, that change was just a bug fix.
>>
>> But, the bug-reports say that there are many codes that
>> assumes the previous behaviour, and some of them now don't
>> work well on Windows.
I'd argue that those pieces of code had bugs: if your code depends on a Unix
style EOL, it should say so explicitly.
> FWIW, two examples in Gnus where that doubled newlines appeared in
> mail messages and NOV (overview) files weren't read/written correctly
> anymore, see this discussion on the Gnus list:
> <http://thread.gmane.org/gmane.emacs.gnus.general/63496/focus=63502>
Is there any good reason why Gnus uses coding systems of the form `foo'
rather than `foo-unix'?
This said, there's clearly a problem of backward compatibility since the
"buggy" code worked in Emacs-21.
Stefan