home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / wizards / 4669 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  2.7 KB
  1. Xref: sparky comp.unix.wizards:4669 comp.unix.shell:4687 comp.unix.misc:4149
  2. Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
  3. Path: sparky!uunet!caen!hellgate.utah.edu!eeide
  4. From: eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide)
  5. Subject: Re: The Problem with UNIX
  6. Message-ID: <EEIDE.92Nov13143214@asylum.cs.utah.edu>
  7. In-reply-to: jbotz@mtholyoke.edu's message of Fri, 13 Nov 1992 15:10:25 GMT
  8. Organization: University of Utah Department of Computer Science
  9. References: <aldavi01.721333614@starbase.spd.louisville.edu>
  10.     <1992Nov11.194557.16258@yarc.uucp>
  11.     <EEIDE.92Nov12120339@asylum.cs.utah.edu> <Bxnu5E.KoH@mtholyoke.edu>
  12. Date: 13 Nov 92 14:32:14
  13. Lines: 38
  14.  
  15. I wrote:
  16.  
  17. Eric> I know of somebody who is doing research in this direction: me.  As part
  18. Eric> of my Masters degree I am modifying the C shell to be more tolerant of
  19. Eric> errors, both errors in syntax (e.g., typos) and semantics (e.g.,
  20. Eric> inappropriate command line arguments).  My new shell keeps track of the
  21. Eric> user's command history in order to make accurate corrections.
  22.  
  23. And Jurgen Botz (jbotz@mtholyoke.edu) wrote:
  24.  
  25. Jurgen> Without wanting to make a judgement about the viability of the basic
  26. Jurgen> research underlying such a project, why are you starting with the C
  27. Jurgen> shell?  If I wanted to create a user-interface that could deal with
  28. Jurgen> errors and ambiguities introduced by the user I would first make sure
  29. Jurgen> that the software itself isn't full of errors and ambiguities... i.e.,
  30. Jurgen> I sure as hell wouldn't use the C shell.
  31.  
  32. Good point.  The reason that I chose the C shell is that within the Univeristy
  33. of Utah's Department of CS, it is the most commonly interactively-used program
  34. with a command-line interface.  This makes it easy to find lab rats... er,
  35. guinea pigs... um, volunteers to test my improved interface.  And since the C
  36. shell is so commonly used, it seemed that improvements to the C shell would be
  37. most valuable.  That is, a "smart shell" would be more valuable than a "smart
  38. ftp."
  39.  
  40. In many ways the C shell is a bad candidate for smarts.  Most of the shell's
  41. "command set" is implemented by programs that have no real connection to the
  42. shell.  This "command set" is inconsistent (e.g., different programs accept
  43. different argument syntax).  And the shell itself has bugs and ambiguities.
  44. But on the other hand, of all the programs available in UNIX, the C shell is
  45. arguably the program in which intelligence would be most useful.
  46.  
  47. So I made my choice based on the potential value of the improvements.
  48.  
  49. --
  50. -------------------------------------------------------------------------------
  51. Eric Eide          |          University of Utah Department of Computer Science
  52. eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
  53.