> I've always been unsure why the finderinfo is special and not just
> another resource in the resource fork. Compared with a Un*x
> filesystem, some parts of the finderinfo are "real" metadata, which is
> in the inode in Un*x (e.g. length, times), others could as well be
> in the resource fork (type/creator, icon position).
This is for efficiency reasons. The meta data is used on any window
update, so storing it in the directory gives you more locality of
reference disk block wise. The Mac directory reading routines give you all
that info in one call, kinda like readdir() returning a stat structure
plus all the meta data like file type, creator. You need that data for
display in a window anyways.
-- Jens-Uwe Mager <pgp-mailto:62CFDB25>- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/