From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-09-01 16:46:26 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!feed.textport.net!news-out.nuthinbutnews.com!propagator!feed2.newsfeeds.com!newsfeeds.com!news-in-austin.nuthinbutnews.com!usc.edu!newspeer.cts.com!galanthis.cts.com!127.0.0.1.MISMATCH!not-for-mail Sender: kst@king.cts.com Newsgroups: comp.lang.ada Subject: Re: Progress on AdaOS References: From: Keith Thompson Date: 01 Sep 2001 16:46:25 -0700 Message-ID: X-Newsreader: Gnus v5.5/Emacs 20.3 NNTP-Posting-Host: 209.68.192.180 X-Trace: 999387985 nntp.cts.com 41814 209.68.192.180 Xref: archiver1.google.com comp.lang.ada:12630 Date: 2001-09-01T16:46:25-07:00 List-Id: "M. A. Alves" writes: > > If you're building an AdaOS, why not make files that are managed with > > Ada semantics? > > My view is close to that. ADTs. File = persistent (un)bounded array of > storage element (plus user and permission information). Dir = persistent > (un)bounded array of files (plus ditto). > > But in my dream OS directories would be just one of many ways of grouping > files. Other ways: by owner, permission, create time, last update time, > format... And a file could really belong to more than one > directory-category. An actual forest, which UNIX file system is not (it > is a tree). > > Ultimately it is an identity problem. UNIX file has key path/filename, so > directories must form a tree (not a forest). Dream OS file would have > another key scheme, perhaps OID (Object Identifier) (= UNIX inode?). Actually, a UNIX file system isn't necessarily a strict tree. Two different directories can contain links to the same file. (It's usually kept to a mostly tree-like structure simply to avoid confusion.) -- Keith Thompson (The_Other_Keith) kst@cts.com San Diego Supercomputer Center <*> Cxiuj via bazo apartenas ni.