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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no 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-08-27 11:37:17 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!headwall.stanford.edu!unlnews.unl.edu!newsfeed.ksu.edu!nntp.ksu.edu!news.okstate.edu!not-for-mail From: David Starner Newsgroups: comp.lang.ada Subject: Re: Progress on AdaOS Date: 27 Aug 2001 17:30:35 GMT Organization: Oklahoma State University Message-ID: <9me03r$c302@news.cis.okstate.edu> References: <9IFe7.12813$6R6.1221214@news1.cableinet.net> <9lghqu$ac6$1@nh.pace.co.uk> <3B7C3293.76F49097@home.com> <9lhefg$lgd$1@nh.pace.co.uk> <3B7D47F1.25D6FC78@boeing.com> <5ee5b646.0108171856.18631c4c@posting.google.com> <3B7F624B.7294D24F@acm.org> <9lr6je$5hj$1@nh.pace.co.uk> <9ltoi7$4is$1@nh.pace.co.uk> <3B82789B.8D195045@home.com> <9ltuo8$70n$1@nh.pace.co.uk> <3B829450.879B0396@home.com> <9mdh4e$q3v$1@nh.pace.co.uk> Reply-To: dstarner98@aasaa.ofe.org NNTP-Posting-Host: x8b4e5129.dhcp.okstate.edu User-Agent: slrn/0.9.7.2 (Linux) Xref: archiver1.google.com comp.lang.ada:12475 Date: 2001-08-27T17:30:35+00:00 List-Id: On Mon, 27 Aug 2001 09:14:53 -0400, Marin David Condic wrote: > Well, in an imaginary OS written in Ada, it would be interesting to develop > a unique file system as well. One thing to keep in mind is that the file > system is essentially independent of the core operating system. You could > build the OS in such a way that it could access Unix, VMS, Windows, Mac, > and/or its own file system so long as it knew what it was looking at. There > would be advantages to a file system (like what is on the Mac) that contains > more than just some raw bytes of data - but you give something up at the > same time. Its harder to treat files like that as just raw data. I was thinking about the metadata article, and my experiances with the 'raw data' Unix and semi-quasi-metadata Windows. I think the metadata needs to be hierachial. Everything can viewed as raw data. Then we have for example, types text, image, video, audio, program, data and text/utf8, text/utf8/crlf, text/utf8/lf, text/utf8/psls, image/png, image/tiff, image/tiff/lzw, data/word, data/word/7.0, etc. So programs like copy can deal with them on the raw data level, grep could deal with text files, and pngcrush could deal with image/png. It'd be nice to be able to open an image file, and not worry about the format. -- David Starner - dstarner98@aasaa.ofe.org Pointless website: http://dvdeug.dhis.org "I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored." - Joseph_Greg