home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4795 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.7 KB
  1. Xref: sparky comp.unix.wizards:4795 comp.unix.shell:4788 comp.unix.misc:4255
  2. Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
  3. Path: sparky!uunet!seas.smu.edu!utacfd.uta.edu!rwsys!sneaky!gordon
  4. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  5. Subject: Re: The Problem with UNIX
  6. Message-ID: <Bxt5CG.1oJ@sneaky.lonestar.org>
  7. Organization: Gordon Burditt
  8. References: <1992Nov9.172715.16367@cs.wisc.edu> <aldavi01.721333614@starbase.spd.louisville.edu> <1992Nov11.194557.16258@yarc.uucp>
  9. Date: Mon, 16 Nov 1992 12:00:09 GMT
  10. Lines: 23
  11.  
  12. >  I think this is kinda what he is trying to determine.  Typicaly UNIX
  13. >imposes far more structure on the user than is desired.  I agree an
  14. >experienced user should be able to recognize and avoid the problems
  15. >above.  What's wrong with the shell catching such obvious errors and
  16. >either reporting them or taking other appropriate action (ie correcting
  17.  
  18. The shell has no business knowing that a program called "mail" doesn't
  19. take binary files as input.  (For one thing, it has no way of knowing 
  20. that the "mail" in the user's local bin directory doesn't check for binary 
  21. files and uuencode them).  It is the job of the "mail" program itself
  22. to check its input and either convert it or object to it.
  23.  
  24. The problem with "cat a b > b" is harder.  "cat" can't do the check
  25. because the damage has already been done.  But you can't generalize
  26. this; something like "mail a b > b < text" DOES NOT clobber one of
  27. its input files even though this command line is very similar to
  28. the one using "cat".  
  29.  
  30. Now, how much does the shell have to know about every program that
  31. it invokes, and how does it get that information?
  32.  
  33.                     Gordon L. Burditt
  34.                     sneaky.lonestar.org!gordon
  35.