Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!rpi!pawl!shadow From: shadow@pawl.rpi.edu (Deven T. Corzine) Newsgroups: comp.sys.amiga Subject: Re: Minix, Unix on the Amiga, and flames - Extingushed - fizzle Message-ID:Date: 18 Aug 89 14:15:51 GMT References: <1201.AA1201@pulsar> <7675@cbmvax.UUCP> Sender: usenet@rpi.edu Organization: Rensselaer Polytechnic Institute, Troy, NY Lines: 61 In-reply-to: andy@cbmvax.UUCP's message of 15 Aug 89 21:42:47 GMT On 15 Aug 89 21:42:47 GMT, andy@cbmvax.UUCP (Andy Finkel) said: Andy> Well, I was hoping the thread would fizzle as the title Andy> suggests, but... *sigh* sooner or later. Andy> Comparing the 1.2 release of the Amiga OS in order to make Andy> points is kind of, ummm, silly ? Yes, that's the word I was Andy> looking for, especially since 1.3 has been out for quite awhile. 1.3 has been out for awhile, but it doesn't address many of the concerns. Admittedly, AmigaShell is pretty much the "stock" text interface to AmigaDOS, so AmigaDOS deserves credit for input history editing, at least. Andy> So using the CLI and old filesystem, to name but two instances, Andy> while rejecting the existance of the shell and FastFileSystem Andy> for the purposes of argument does not win any points. The AmigaShell you can count. FastFileSystem you cannot. FFS is nice, and fixes many of the worst problems with the OFS, but it leaves floppy users out in the cold. Until it's the default on ALL drives, (in 1.4, presumably) you can't count it. Andy> For all purposes the standard CLI *is* the shell. Accepted. Andy> And the standard filesystem for hard disks is the Andy> FastFileSystem. For *hard* disks. You shouldn't ignore floppy users. Andy> A module does not have to be in rom to be a standard. Never claimed or implied so. Andy> (BTW, the shell having a limited set of internal functions is a Andy> rather moot point. Through the use of the Resident command, a Andy> large number of functions can be added to the Shell. When a Andy> program is added to the shell via Resident, it is added in a Andy> global manner; each Shell has access to the function) Granted, the Resident command is a valuable tool for extending the shell. However, it still doesn't give you variables, command substitution, command piping, file globbing and other such built-in functions Unix shells give you. Andy> This is assuming, of course, that there's any point to the Andy> argument at all.... Not all too much. Why do you think I was hoping this thread died? Deven -- Deven T. Corzine Internet: deven@rpi.edu, shadow@pawl.rpi.edu Snail: 2214 12th Street, Troy, NY 12180 Phone: (518) 271-0750 Bitnet: deven@rpitsmts, userfxb6@rpitsmts UUCP: uunet!rpi!deven Simple things should be simple and complex things should be possible.