Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!nuchat!sugar!peter
From: peter@sugar.UUCP (Peter da Silva)
Newsgroups: comp.sys.amiga
Subject: Re: File System suggestions
Message-ID: <1228@sugar.UUCP>
Date: Sat, 5-Dec-87 13:39:25 EST
Article-I.D.: sugar.1228
Posted: Sat Dec  5 13:39:25 1987
Date-Received: Fri, 11-Dec-87 05:34:39 EST
References: <2086@ulowell.cs.ulowell.edu>
Organization: Sugar Land UNIX - Houston, TX
Lines: 45

In article <2086@ulowell.cs.ulowell.edu>, page@ulowell.cs.ulowell.edu (Bob Page) writes:
< I realize this is too late for the NewFS, since it has been in beta
< for a while, but here are some suggestions for a future version
< of the FS.
< 
< First is file truncation...

Why do you need it? Not a flame, a request for info.

< Second is 'file links'...

Important.

< 1.	- create a new file subtype called ST.LINK, and have it point
< 	BACK at an ST.FILE (as if the 'file' were a parent).  The file
< 	header has a longword that points to a link map, which is
< 	another filetype like the LIST type that contains pointers to
< 	all the links, and to another link map if more are needed.
< 	- deleting a 'link' only deletes the link from the link map.
< 	Deleting the 'file' will really delete a link from the link
< 	map, and rename the file header to the name of the link that
< 	you just deleted.

Like it. Like it.

<       Pretty slick, eh?  You'll also have to
< 	change the parent dir's hash table .. rehash it and put the
< 	block number in a new place (if the link and file are in the
< 	same directory), or delete the old value and install a new
< 	on in the 'new' parent directory.

Wouldn't the Rename() take care of that?

<       Pretty ugly, eh?  Of course
< 	deleting a file without a link map means it has no links;
< 	you delete it just like you do now.

And it's backward compatible.

< 2.	- clone an existing file header...

I've seen people do this in MS-DOS. It's pretty gross. Too much overhead.
-- 
-- Peter da Silva  `-_-'  ...!hoptoad!academ!uhnix1!sugar!peter
-- Disclaimer: These U aren't mere opinions... these are *values*.