Subject: Re: [netatalk-admins] afpd problems (crlf & drop boxes)
From: Clemens Anhuth (clemens.anhuth@snap.de)
Date: Thu Aug 12 1999 - 01:04:06 EDT
> 2) CR <-> LF conversion is screwy.
> I've talked to Adrian about this and he doesn't see it, I wonder
> if anyone
> else (esp. Solaris or gcc 2.95 users).
> I've got "options:crlf" turned on.
> When I copy a text file onto my server there is no crlf processing
> taking place, but it happens at all other times.
> This leads to corrupt files.
> e.g.
> 1) Using "Simple Text", I create a local text file full of CRs.
> 2) I copy it onto server - it appears on server's disk full of
> CRs. (wrong!)
> 3) I open the server file with "Simple Text" - full of LFs.
> (wrong!)
> 4) I edit LFs into CRs manually and re-save it on server.
> 5) It now appears on the server full on LFs. (right!)
> 6) Re-opening it with "Simple Text" shows the CRs. (right!)
hm...using the (updated) suse linux 6.1 package named
netatalk-1.4b2+asun2.1.3-7.i386.rpm we got some weird behavior in
this region too, but i couldn't really figure it out nor had the
time to. besides there is always the possibility that suse somehow
messed up with compiling it i guess.
here is what we got:
my usual test for wether crlf translation is active or not consists
of copying a jpg file (without resource fork, which ensures that nt
sets the mac-filetype to TEXT, as far as i understand and could
verify) from a windows nt mac-volume via a macintosh to a netatalk
volume, then load that image with a browser and see wether it got
scrambled up or not.
using the configuration files i could correctly enable and disable
crlf translation on a per volume basis.
but then one of our programmers tried to work with metrowerks
codewarrior, checking out files from another server and storing them
on the netatalk-volume. the software in this case verifies any file
written, and this is where things blew up, by having metrowerks
complain that the file just written to the netatalk volume and the
file checked out from the other server not to match anymore.
this happened regardless of wether crlf translation was switched on
or off.
i then switched back to the netatalk version shipped with suse 6.1
to have things up and running again, and plan to get back to
attempting to recompile netatalk myself some later time, whenever
time permits, then completely disabling crlf translation whereever
it can be done.
<shrug>
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:17:03 EST