home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v1 / text0016.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.0 KB

  1. From: John Chambers (guest moderator) <ut-sally!std-unix>
  2.  
  3. Topic: command line arguments continued
  4.  
  5. ----------------------------------------------------------------------
  6.  
  7. Date: 8 Jul 85 23:23:03 CDT (Mon)
  8. From: ihnp4!utzoo!henry@ut-sally.ARPA
  9. Subject: Re: command line arguments
  10.  
  11. > I doubt the necessity and even the wisdom of seperating an argument from
  12. > the option by whitespace.
  13.  
  14. As I recall it, the AT&T standard does it this way on the grounds of
  15. readability, not necessity.  The "-t/dev/tty" example is an easy one
  16. to pick out, but what about "-dfaglop"?  Which of those letters are
  17. options, and which are an option argument?
  18.  
  19. > I also dislike the blackballing of multicharacter options.
  20.  
  21. Unfortunately, they are seriously incompatible with one-character options
  22. and option bundling, both of which are too firmly entrenched to be changed
  23. at this late date.  There were earlier attempts within AT&T to change
  24. the world by legislating a different way of doing things; you don't hear
  25. about them because they were failures.  People ignored them.  Getopt and
  26. the option standard have the virtue of being pretty much compatible with
  27. the bulk of present practice, which makes it far more likely that they
  28. will be *adopted*.
  29.  
  30. > As for multicharater options: do you intend to kill "tail -30"? Since
  31. > changing the number of lines is the most common case what's the problem?
  32. > At any rate you should allow a simple '-nnn' for a high-usage.
  33.  
  34. The AT&T people admit that existing high-usage programs cannot be changed
  35. retroactively.  This is a blemish rather than a disaster.  I tend to agree
  36. that "-nnn" would be nice to have, but am not excited enough about it to
  37. fight a battle over it.
  38.  
  39.                 Henry Spencer @ U of Toronto Zoology
  40.                 {allegra,ihnp4,linus,decvax}!utzoo!henry
  41.  
  42.  
  43.  
  44. ----------------------------------------------------------------------
  45.  
  46. -- 
  47.  
  48. John B. Chambers, Microelectronics and Computer Technology Corp., Austin, TX
  49. {ihnp4,seismo,ctvax}!ut-sally!mcc-db!jbc, jbc@ut-sally.ARPA, chambers@mcc.ARPA
  50.  
  51. Volume-Number: Volume 1, Number 17
  52.  
  53.