Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!NISC.SRI.COM!cwilson
From: cwilson@NISC.SRI.COM (Chan Wilson)
Newsgroups: comp.sys.apple
Subject: Re: Matt D. / MAC FST
Message-ID: <12775@fs2.NISC.SRI.COM>
Date: 3 Feb 90 01:42:35 GMT
References: <9001311847.AA29777@apple.com>
Reply-To: cwilson@NISC.SRI.COM (Chan Wilson)
Organization: Network Info Systems Ctr., SRI Intl., Menlo Park, CA.
Lines: 29

In article <9001311847.AA29777@apple.com> NOSES@DBNINF5.BITNET (Achim Patzner) writes:
[...hfs fst...]
>volumes to GS/OS volumes... The same thing could be done by writing a
>program like the Mac's AFE utility as GS/OS is able to read those volumes at
>the block level. All that would have to be done was reading some Mac manuals
>about the structure of a Mac volume and writing a short utility that does the
>transfer. That doesn't sound too difficult to me. (No, *I* won't do it;
 	   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Hah hah hee hee...  

I have yet to figure out whether the creators of HFS were insane or brilliant.
'B-Trees', for god's sake.  Try deciphering one of those.  You can't even
tell what files are hidden in subdirectories, because you can't even
_find_ the subdirectory to start with.  And I haven't found any technotes
that deal with this topic... (hey Cary, remember this topic? )

Gosh, for all I know, HFS is tame.  Haven't the foggiest idea how Unix handles
things, espec. linked files and the like.. (now _there's_ a feature I'd like
to see.  maybe. )

>Achim
>(Noses@DBNINF5.bitnet; if that won't work, try {anything}!unido!bnu!patzner)

--Chan
			   ................
  Chan Wilson -- cwilson@nisc.sri.com <or> radius!cwilson@apple.com
Janitor/Architect of comp.binaries.apple2 archive on wuarchive.wustl.edu
	      I don't speak for SRI, someone else does.
			   ................