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*.