Subject: Re: CRLF fun stuff again...
From: Jeremy Buchmann (jeremy@wellsgaming.com)
Date: Mon Feb 05 2001 - 12:27:57 EST
>> Jeremy writes:
>>> Hello,
>>> I have just installed netatalk 1.4b2 and cannot get it to do the
>>> CRLF->LF translation when copying files from a Mac to my Linux machine.
>>
>>> ...
>>
>>> The files I copy over are text files with the .txt extension generated by
>>> Visual FoxPro (FOXX). Any ideas?
>>
>> This is (as far as I'm concerned) the single biggest bug in netatalk.
>>
>> The problem is that the cr/lf translation only happens when netatalk
>> sees that the file is text before it is written. Unfortunately, since
>> MacOS 8, the Finder doesn't set the file type to TEXT until after the
>> copy is finished. Thus no cr/lf conversion.
>>
>> etc...
>
> There has been a lot of discussion of the CR/LF translations on this list.
>
> If I may add my two cents, I think it's a bad idea for the filesystem to
> effectively blindly fondle and convert the data. There are plenty of tools
> out there, like bbedit, that handle text files regardless of how their
> line endings are done.
>
> The downside of a problem with the CR/LF "feature" is irretrievably corrupted
> data. What you get for this is arguably a minor "convenience".
>
> I think it's a bad trade.
Not for me. Here, we would only be copying text files, so I would like the
option to blindly convert all files whether netatalk thinks they are text or
not. After all, who knows better, netatalk or me? If we can't blindly
convert, we'll just have to stick to fetch. Oh well.
--Jeremy
This archive was generated by hypermail 2b28 : Sun Oct 14 2001 - 03:04:31 EDT