[netatalk-admins] PostScript File Corruption


Subject: [netatalk-admins] PostScript File Corruption
From: Lee Blevins (dgraph@tiac.net)
Date: Sat Dec 19 1998 - 08:04:05 EST


I have tried to disable the CRLF in netatalk to prevent the line endings
in postscript files from being translated but I am unseccesful. I am
using 1.4b2.

Things I have trie (thank you to those who suggested them.)

In Applevolumes.system I have put #'s before each of the lines that
relate to text files. I have take the #'s off both and tried each of the
two variations of one with and one without.

After each edit of the file I rebooted to insure the appletalk daemons
were restarted. If there's an easier way I'd welcome the suggestion. I'm
not very experienced with unix.

I tried commenting out and also removing the -DCRLF in the afpd
Makefile. Recompiled (I deleted the previous /usr/local/atalk/*
directories to insure that they were recreated) and reinstalled (make
make install.)

I've tried various combinations of the these rebooting, recompiling,
etc.

After each case, when I transfer a postscript file from a mac to a
netatalk vol, the line endings are translated making the file not
readable by the postscript rip.

I can "more" the file on the unix machine and see the files are changed.
The one copied to the netatlk vol as a text file shows line endings and
the one sent with it's file type changed shows a continuous run of
characters with no line endings.

Is there something I'm missing? Does anybody know the absolute way to
stop this CRLF translation from taking place?

I would hope others see there seriousness of this for use in a prepress
environmnet. Work arounds such as changing the file type are not
practical since the rip needs to see them as a text file or they don't
appear in the getfile dialog. Even the act of printing the ps file to
the local disk and changing it's type before then copying to a server
vol are an extra step that takes time.

Is there anyone who can help me turn this translation off? Am I editing
the wrong files or editing them in the wrong way?



This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:33:54 EST