home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4697 next >
Encoding:
Internet Message Format  |  1992-11-15  |  2.2 KB
  1. Xref: sparky comp.unix.wizards:4697 comp.unix.shell:4714 comp.unix.misc:4173
  2. Path: sparky!uunet!pmafire!mica.inel.gov!ux1!news.byu.edu!eff!sol.ctr.columbia.edu!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!infmx!hartman
  3. From: hartman@informix.com (Robert Hartman)
  4. Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
  5. Subject: Re: The Problem with UNIX
  6. Message-ID: <1992Nov13.232927.2742@informix.com>
  7. Date: 13 Nov 92 23:29:27 GMT
  8. References: <1992Nov12.193707.27532@chpc.utexas.edu> <1992Nov13.104731.29328@aston.ac.uk>
  9. Sender: news@informix.com (Usenet News)
  10. Organization: Informix Software, Inc.
  11. Lines: 35
  12.  
  13. In article <1992Nov13.104731.29328@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
  14. >michael@chpc.utexas.edu (Michael Lemke) writes:
  15. ...
  16. >: > ... My new shell keeps track of the user's command history in order to
  17. >: >make accurate corrections.
  18. >: >
  19. >: >I have no hopes to solve all of the shell user interface problems, but I do
  20. >: >hope to solve most of the common errors.  Just by fixing obvious typos my shell
  21. >: >can fix 90% of the command line errors that I (and most people) make on a daily
  22. >: >basis.
  23. >: >
  24. >: 
  25. >: Well, fixing typos is neat but it is not the essential problem.  My
  26. >: main complaint about Unix on the user interface level is that there is
  27. >: no command line interpreter.
  28.  
  29. [discussion of no standard options problem omitted for brevity]
  30.  
  31. >:  ... This would all be
  32. >: solved if there were *one* system function that is used by all programs
  33. >: instead of having every program duplicate more or less the same
  34. >: functionality with different success.  And it would be great if you
  35. >: could abbreviate commands (command completion of some shells it neat
  36. >: but why is it neccessary in the first place?) and options (no need for
  37. >: dynamic chinese anymore).
  38.  
  39. You know, I see merit in both of these approaches.  The command line
  40. parser should be a library routine in stdio.  The shell should use
  41. command and option completion prior to exec, and the command history to
  42. autocorrect typos when the parsing routine returns an error.  This
  43. routine could perhaps be called by the shell as the last step prior to
  44. calling exec to save system overhead of having to create a process
  45. only to return an immediate error.
  46.  
  47. -r
  48.