bug#1853: Trouble with gzipped info files on Windows

[Eli Zaretskii]

> Date: Sat, 17 Jan 2009 16:05:36 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: lekktu@gmail.com, emacs-devel@gnu.org
> 
> --- lisp/international/mule-cmds.el   9 Jan 2009 05:01:02 -0000       1.353
> +++ lisp/international/mule-cmds.el   17 Jan 2009 14:01:33 -0000
> @@ -1936,7 +1936,11 @@
>        (eol-type (coding-system-eol-type default-buffer-file-coding-system)))
>      (when priority
>        (set-default-coding-systems
> -       (if (memq eol-type '(0 1 2 unix dos mac))
> +       ;; Don't use eol-type if default-buffer-file-coding-system is
> +       ;; nil, because coding-system-eol-type treats nil as
> +       ;; `no-conversion'.
> +       (if (and default-buffer-file-coding-system
> +             (memq eol-type '(0 1 2 unix dos mac)))
>          (coding-system-change-eol-conversion default-coding eol-type)
>        default-coding))
>        (setq default-sendmail-coding-system default-coding)

Upon further thought, perhaps we want the default coding-systems to
have an explicit -dos EOL type on DOS and Windows, for consistency
with how we set up things on startup.  This would involve explicitly
changing eol-type of default-coding before the last line above.

WDYT?