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.