home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / wizards / 4629 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  3.6 KB
  1. Xref: sparky comp.unix.wizards:4629 comp.unix.shell:4656 comp.unix.misc:4121
  2. Path: sparky!uunet!ornl!utkcs2!darwin.sura.net!spool.mu.edu!umn.edu!csus.edu!nic.csu.net!cerritos.edu!wilbur!orville!yarc!scott
  3. Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
  4. Subject: Re: The Problem with UNIX
  5. Message-ID: <1992Nov11.194557.16258@yarc.uucp>
  6. From: scott@yarc.uucp (Scott Beckstead)
  7. Date: Wed, 11 Nov 1992 19:45:57 GMT
  8. Reply-To: scott@yarc.UUCP (Scott Beckstead)
  9. References: <1992Nov9.172715.16367@cs.wisc.edu> <aldavi01.721333614@starbase.spd.louisville.edu>
  10. Organization: Yarc Systems
  11. Lines: 73
  12.  
  13. In article <aldavi01.721333614@starbase.spd.louisville.edu> Arlie Davis <aldavi01@starbase.spd.louisville.edu> writes:
  14. >In comp.unix.misc you write:
  15. >
  16. >> I am doing research on UNIX command line interface problems.
  17. >> I am sure everyone has his/her favorite UNIX troubles, would
  18. >> you post or email me what's your favorites?  What should have
  19. >> been done by UNIX to resolve that problem in general?
  20. >
  21. >Are you sure you are researching the command line interface?  None of your
  22. >examples below seem to suggest so.
  23. >
  24. >> Does anybody know of excellent papers in this area?  I know 
  25. >> about Norman's "The Trouble with UNIX".
  26. >
  27. >> To start the discussion, consider the following problems:
  28. >
  29. >>     cat a b > b
  30. >
  31. >>     This is a general problem of trying to modify the input
  32. >>     file.
  33. >
  34. >This has nothing at all to do with the command line interface.  This is simply
  35. >an *error* in user semantics.  What should cat do?  Stick in a feedback loop?
  36. >No, this is definitely an error on the user's side.
  37. >
  38. >>     rm -filename_with_a_hyphen
  39. >
  40. >>     This is a general problem of name clash (clashing filename
  41. >>     with command options.)
  42. >
  43. >True, but it is a trivial one.  *All* UNIX filenames can specified explicitly
  44. >with a full pathname (such as "rm /tmp/foo/bar/-filename_with_a_hyphen" or
  45. >"rm $PWD/-filename_with_a_hyphen"), or as a relative directory, starting with
  46. >the parent directory ".." or the current directory "." (such as
  47. >"rm ./-filename_with_a_hyphen").
  48. >
  49. >Also, again, this has nothing at all to do with the command line interface,
  50. >the "shell".  How programs interpret their argument vector is entirely up
  51. >to them.  The shell only passes on what the user types.
  52. >
  53. >>     mail somebody < a.out
  54. >
  55. >>     Sending binary file should be uuencoded first.  This is a
  56. >>     general type conflict problem.
  57. >
  58. >Again, this is an error on the *user's* side.  This has nothing to do with the
  59. >shell!  Yes, you could create a mail script wrapper that checked the magic cookie
  60. >of the file being sent (see file(1)), and uuencoded if necessary.  But this is
  61. >completely different from the shell.
  62. >
  63. >> Bryan So
  64. >-- 
  65. >lrwx------   1 aldavi01 emacsstu       9 Jun  6 12:43 .signature -> /dev/null
  66.  
  67.   I think this is kinda what he is trying to determine.  Typicaly UNIX
  68. imposes far more structure on the user than is desired.  I agree an
  69. experienced user should be able to recognize and avoid the problems
  70. above.  What's wrong with the shell catching such obvious errors and
  71. either reporting them or taking other appropriate action (ie correcting
  72. them).  I realize that this will get me screamed at by all you guru
  73. types that advocate that all shell users be rocket scientists or why
  74. bother using a computer anyway.  However I see no reason NOT to research
  75. the subject.  If UNIX could be made more user friendly by modifying the
  76. shell it might gain more acceptance in the general microcomputer market
  77. place, GUIs not withstanding.
  78. Scott
  79.  
  80.  
  81. -- 
  82. Reply to: scott@yarc.uucp     |  
  83.                 |    Spin my nipple nuts and send me to   
  84.   Smoke me a kipper, I'll be    |     Alaska.
  85.    back for breakfast         |       
  86.