Re: EOL conversion of files in .tar archives

[David Kastrup <dak@gnu.org>]

Kenichi Handa <handa@m17n.org> writes:

> In article <u1whb5m6p.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:
>
>> Lately I noticed that, in the Windows port of Emacs, visiting files in
>> .tar archives shows them as if they had DOS EOLs, even though the
>> files have Unix EOLs.  (This is not due to some recent change: it
>> looks like Emacs behaved like that since before the pretest.)
>
>> Is this intentional, or should I debug it?  If the former, can someone
>> explain the rationale?
>
> I think it is a bug of find-buffer-file-type-coding-system
> (dos-w32.el).  If TARGET is (FILENAME . BUFFER), it should
> assume that the file contents is available.  Could you
> verify that the attached patch is correct?

Apropos: take the tar.gz file in
<URL:http://www.codemonkey.org.uk/projects/git-snapshots/git/git-2007-05-20.tar.gz>
(it will be available only a week or so).

Move cursor down to .gitignore and press RET.  Instead you'll get
Makefile, the file one line lower.  In general, on every line you'll
get the file one line lower.

It would appear that this is packed with some version of tar that GNU
tar can perfectly well unpack, but with output confusing tar-mode.  My
tar version is tar (GNU tar) 1.16.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum