Re: Disassembling an FST...

[Charles Stephens <devnull@dobbs.eng.sun.com>]

>>>>> "ST" == Supertimer  <supertimer@aol.com> writes:

 ST> ericlob@cris.com (ericlob):

 >> Charles Stephens <devnull@dobbs.eng.sun.com> wrote:
 >> 
 >>> Why not work on making HFS (and while where at it adding HFS+ support)
 >>> bootable under GS/OS?  HFS is mostly modern and certainly an
 >>> improvement over the old ProDOS FS.
 >> 
 >> If I recall, this can't be done due to the way the HFS volume is set up
 >> conflicting with what the smartport controller needs (blocks 0-2).

 ST> Yup.  Theoretically, according to David Empson, you could modify
 ST> the ROM on the Apple High Speed SCSI to fix this, but what about
 ST> FAT?  Once we have a read/write MS-DOS FST, can GS/OS be booted
 ST> from a FAT volume without ROM modification?  Does FAT hog up
 ST> blocks 0-2?  Or VFAT, if you want long filenames ...

I say work on a way to autodetect the volume format and boot
appropriately.  I am certain the folks at sequential could do this for
their RamFAST card as well.

I say stick to HFS, DOS-FS just sucks.  HFS is tuned for file searches
and desktop use.  DOS-FS is not tuned for anything other than CP/M.

HFS already gives you long file names, large volume support (esp with
HFS+), permissions.  DOS-FS gives you none of these.

cfs
-- 
Charles F. Stephens               = cfs  AT  eng.sun.com
Software Psychic and Illuminary   =
Solaris Network Sustaining        = "Now there's a better way." --TCI
Solaris Software                  = "Now there's even a better way" --AT&T
Sun Microsystems, Inc.            =
Menlo Park, California, USA       =