Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site cmu-cs-wb1.ARPA
Path: utzoo!linus!philabs!cmcl2!seismo!rochester!cmu-cs-pt!cmu-cs-wb1!wrs
From: wrs@cmu-cs-wb1.ARPA (Walter Smith)
Newsgroups: net.unix-wizards
Subject: file attributes
Message-ID: <232@cmu-cs-wb1.ARPA>
Date: Tue, 6-Aug-85 04:18:38 EDT
Article-I.D.: cmu-cs-w.232
Posted: Tue Aug  6 04:18:38 1985
Date-Received: Wed, 7-Aug-85 02:49:30 EDT
Organization: Carnegie-Mellon University, CS/RI
Lines: 17

One existing implementation of "parallel" file attribute areas:

Every file on the Apple Macintosh has two "forks": the data fork, which
corresponds to what everyone normally thinks of as a "file", and the
resource fork, where resources are kept.  The forks are accessed in exactly
the same way, only you get the data fork descriptor when you Open() and the
resource fork descriptor when you OpenResFile().  The resource fork is often
used to store file attributes.  For example, Apple's text file editor stores
information about your favorite font and size for a file in the file's
resource fork.  There is a higher-level interface to the resource data
(called the Resource Manager) that provides for giving resources names,
types, and ID numbers and adding, deleting, and modifying resources.

-- 
      Walter Smith, CS undergraduate, Carnegie-Mellon University
uucp: ...!seismo!cmu-cs-k!wrs		       arpa: wrs@cmu-cs-k.ARPA
	    usps: 5141 Forbes Ave.; Pittsburgh, PA  15213