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