[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Implementation Proposal for Subfile GSoC
In article <20080525131552.GK20392%shorty.gsinet.sittig.org@localhost> Gerhard
: Since I'm mostly ignorant to that subject, I'm just going to reference
: the "neighbour projects" and then shut up again.
: On Sun, May 25, 2008 at 12:13 +0200, Hubert Feyrer wrote:
: > On Sun, 25 May 2008, Adam Burkepile wrote:
: > >OS Level - System Calls
: > Is the API you suggest compatible with any other operating system?
: The "other" systems which have this kind of feature seem to be
: - MacOS and its "resource forks"
: - Windows (NT style) and "alternative data streams"
: - Linux and its support for NTFS ADS (don't know about MacOS resource
: forks handling on Linux)
: I cannot tell what MacOS did in previous versions. OS X seems to
: "somehow encode" resource forks into native means of UNIX and DOS file
: systems, which may be worth another look.
Mac OS X allows accessing resource forks of files (at least on
native HFS(+) partitions) by appending "/rsrc" to the file name
(e.g. /path/to/file/rsrc). (BTW, NetBSD's HFS+ implementation does,
The advantage of this over a separate API is that subfile-ignorant
tools can access subfiles (although they cannot list them).
PS: As far as I know, previous versions of Mac OS did allow access to
the resource fork only via the resource manager, not as a byte
Main Index |
Thread Index |