Path: utzoo!utgpu!water!watmath!clyde!att!pacbell!lll-tis!lll-winken!netsys!nucleus!dougm
From: dougm@nucleus.UUCP (Doug McIntyre)
Newsgroups: comp.sys.apple
Subject: Re: Apple 3.5 drives
Summary: BVDig prodos fs
Message-ID: <2914@nucleus.UUCP>
Date: 19 Oct 88 20:24:25 GMT
References: <773@mace.cc.purdue.edu> <12516@oberon.USC.EDU>
Organization: The Nucleus Public Access Unix, Clarkston, MI
Lines: 14



Has any one at apple considered making a big* prodos file system?
This would be using gs/os limits on sizes and so forth.
for example, using the long data size for block numbers for an access size of
the drive at 4GB, and having filetype a word long, having longer file names,
and upper/lower case, more rubust symbols in file names, and so forth.
I notice that there isn't any fst id number that corresponds to future
expansion of prodos, but you probably could take something like dos 3.1 off the
list of fst id numbers (after all I doubt that a dos 3.1 fst is going to be
written.)  This could be done fairly rapidly, as you have at least 90% - 95% of
the prodos file system already completed, and you would just have to expand 
directory entries, and so forth.  I don't have many objections to the prodos fs
besides the ones I suggested to change above..
like gs/os a lot though..