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-Thread: a07f3367d7,31af760e939556ef X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx01.iad01.newshosting.com!newshosting.com!198.186.194.249.MISMATCH!transit3.readnews.com!news-xxxfer.readnews.com!news-out.readnews.com!transit4.readnews.com!panix!bloom-beacon.mit.edu!newsswitch.lcs.mit.edu!nntp.TheWorld.com!not-for-mail From: Robert A Duff Newsgroups: comp.lang.ada Subject: Re: Interpretation of extensions different from Unix/Linux? Date: Fri, 21 Aug 2009 17:34:07 -0400 Organization: The World Public Access UNIX, Brookline, MA Message-ID: References: <8a5f3b98-1c5a-4d47-aca7-e106d1223fa9@a26g2000yqn.googlegroups.com> <8763cj53ir.fsf@jspa-nykredit.sparre-andersen.dk> NNTP-Posting-Host: shell01.theworld.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: pcls4.std.com 1250890448 1168 192.74.137.71 (21 Aug 2009 21:34:08 GMT) X-Complaints-To: abuse@TheWorld.com NNTP-Posting-Date: Fri, 21 Aug 2009 21:34:08 +0000 (UTC) User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (irix) Cancel-Lock: sha1:pCh313aqf7Nj0A+uSNs/U5BjbNI= Xref: g2news2.google.com comp.lang.ada:7951 Date: 2009-08-21T17:34:07-04:00 List-Id: Keith Thompson writes: > Robert A Duff writes: > [...] >> (Why is the "search" command called "grep"? For that matter, why is the >> "help" command called "man"?) > [...] > > Why not? Because it's stupid. ;-) Yeah, I know all the history mentioned below. And I'm used to it. I still think it's stupid. Please explain to my Grandmother why it's "grep" and "man". > The original Unix text editor (or at least one of the earliest ones) > was "ed", a line-oriented editor. In ed, the way to print all the > lines in the current buffer (file) matching a specified pattern is > > g/RE/p > > where "RE" is a regular expression. Somebody has the bright idea of > extracting this functionality into a separate program. > > "man" is short for "manual". I know. And the Linux 'man' pages tell you to use 'info' if you want the real story. ;-) > Unix is flexible enough that you can change all this if you like. Yeah, please explain to my Grandmother how to "change all this" if she likes. > The shell is just another program. Yeah, that's an elegant feature of Unix. But now we have dozens of shells, and each one stinks more than all the others put together. >...It would be easy enough to > create a new shell, or even a set of aliases for an existing shell, > that remaps all the command names to something more "sensible", so > "man" is called "help" and "grep" is called "search". > > I find it interesting that nobody bothers to do this. Once you > get used to the odd names, they're really not a problem. I'm used to the odd names. They're not a problem for me, except when I get in a ranting mood. But I do alias 'ls' to show all the sort-of hidden files. Hiding files that start with "." is just plain stupid. > You also mentioned that the arguments grep are "backwards". > It's true that the argument order is imposed by wildcard expansion, > but what's backwards about putting the search terms first and > file name(s) last? I think it's just a matter of what you're > accustomed to. I'm accustomed to grep, and I use it every day, but I still think "search so-and-so files for such-and-such string" is more intuitive (to me) than the other way 'round. Matter of taste, I suppose. > The Ada-relevant point, I suppose, is that Unix behavior is just > as valid as, say, VMS behavior -- or at least Ada needs to treat it > that way. If Ada is going to provide functionality for things that > differ from one OS to another, it needs to accomodate different > systems, even the subset that I think is stupid, as well as the > differing subset that you think is stupid. Yes, indeed. I don't like the attitude that says, "Ada should provide nothing at all, because different systems are different." I once worked on a system where all directories were numbers (1 to 100), and there were no subdirectories. That doesn't mean Ada can't provide decent support for hierarchical directories. - Bob P.S. Note that when I gripe about Unix/Linux, I'm griping against some imaginary ideal. The truth is, I'm happier in Linux than Windows or MS-DOS or VMS or ...