Re: Implementation Proposal for Subfile GSoC

[Dieter Baron <dillo%KD119105101110.ppp-bb.dion.ne.jp@localhost>]

In article <20080525131552.GK20392%shorty.gsinet.sittig.org@localhost> Gerhard 
wrote:
: 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,
too.)

  The advantage of this over a separate API is that subfile-ignorant
tools can access subfiles (although they cannot list them).

                                         yours,
                                         dillo


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
stream.