Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!sdd.hp.com!spool.mu.edu!uunet!viusys!uxui!unislc!dave
From: dave@unislc.uucp (Dave Martin)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: FFS
Message-ID: <1991Apr1.220945.24885@unislc.uucp>
Date: 1 Apr 91 22:09:45 GMT
References: <1991Mar26.211632.24246@watdragon.waterloo.edu>
Organization: unisys
Lines: 20

From article <1991Mar26.211632.24246@watdragon.waterloo.edu>, by ccplumb@rose.uwaterloo.ca (Colin Plumb):
>
> The FFS doesn't enforce any track size, blocks per track, or whatever.
> It just wants blocks numbered x through y, for some x>0.  As of 1.3, it

                                                      y-x > 0 ?
...
> 
> In any case, if the last usable block is y, then both the old and new
> file systems use block (y+1)/2 to store the root block, and usually
> allocate bitmap blocks immediately thereafter, but they can go anywhere.

  I assume that you mean (x+y+1)/2 ?   I would hate to think that if I have
  a partition from block # 4000 to 5000, that the root block is 2500 and
  not 4500.   1/2 :-)
-- 
VAX Headroom	Speaking for myself only... blah blah blahblah blah...
Internet: DMARTIN@CC.WEBER.EDU                 dave@saltlcy-unisys.army.mil
uucp:     dave@unislc.uucp or use the Path: line.
Now was that civilized?  No, clearly not.  Fun, but in no sense civilized.