Subject: Re: [netatalk-admins] CRLF
From: Andras Kadinger (bandit@freeside.elte.hu)
Date: Tue Jun 30 1998 - 11:22:10 EDT
[I snet this to Vivek before, but as Chip Mefford might suffer from the
same problems, I resend it to the list.]
Vivek wrote:
> Having CRLF work automagically both ways so that files mistranslated one
> way could be fixed by putting them back through the other way... sounds
> useful.. how would this work, flipping \r --> \n and \n --> \r for a
> file of type TEXT every time it went through afpd?
Exactly. When You write into a file with type TEXT, afpd would convert
the data, and write it \r <--> \n excanged to the disk, and would swap
back when reading. The current implementation does \r --> \n in the one
way, and \n --> \r in the other.
Although swapping makes translation binary transparent, and therefore is
generally beneficial, current netatalk 'canonizes' line endings, that
is, it makes all line endings to be the same, while swapping does not;
this might upset people in obscure environments, where 'canonization' is
required. Also, in itself this does not solve problems like the one
described with Word; for that, on-disk translation is needed.
Unfortunately I can not find the patch on my machine, but I sent it to
the list before, so it should be in the archives. Alternatively, I can
re-create it if You ask me.
Sincerely,
Andras Kadinger
bandit@freeside.elte.hu
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:32:52 EST