Subject: Re: AppleDouble/Resource Forks....
From: Harry Zink/Netatalk List (netatalk@fizbin.com)
Date: Tue Aug 22 2000 - 12:54:19 EDT
on 8/22/00 2:18 AM, Rasca Gmelch at rasca@triad.de wrote:
> and then you can't access the files in the normal way under the
> unix/linux system - i mean the data fork! :-(
Okay, so such a header would interfere with a standard *nix reading these
files. While this is irrelevant for application files, since they are of no
use natively anyways, this could be a slight issue with data files (again,
if you are using the device uniquely and solely as an appltealk file server,
I don't see much need to ever need to 'use' the files in the traditional
way. Only way I can see is to natively copy a file, in which the single file
format again would be of benefit.
Now, I understand that the header, thus, is bad - how about just placing
this information at the very end of the file? That way, no garbage at the
end; the fs knows where the end of the file is, netatalk could just look
there, in a designated place, and grab the same information.
Any drawbacks to that?
It seems to me, regardless of how outdated the applesingle format might be,
there are great benefits to storing everything in a single file,
particularly when multiple filesystems are involved.
Just curious, but what situations could arise that make it necessary to be
able to have other services 'burning and reading' these files? Only
situation I can see is SAMBA accessing them, in which case it will just
serve them as single files - recognition of data files could be achieved
either by an update to SAMBA, or by using the aforementioned garbage at end
suggestion.
Either way, SAMBA currently is able to recognize netatalk files and volumes
(and retain filenames), so some form of conversion seems to already take
place, does't it?
Harry
-- CAN'T SEE MAC IN CHOOSER UNDER RedHat 6.2: If you get errors starting AppleTalk under RedHat 6.2 and Mandrake 7.1, you need to manually add "alias net-pf-5 appletalk" to your /etc/conf.modules file.
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:32:03 EST