home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v1 / text0010.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  3.3 KB
  1. From: <jsq@ut-sally.UUCP> John Quarterman (moderator)
  2.  
  3. Topic: getopt (command line arguments) continued
  4.  
  5. This looks like it is going to be a backburner discussion for some time.
  6.  
  7. It has been noted in mail that the other getopt than the one I posted
  8. may be superior, and that it would be good to post whichever is the best
  9. to mod.sources or net.sources again, as those get archived on many hosts.
  10. Negotiations are in progress.
  11.  
  12. Note the address for submissions to mod.std.unix is ihnp4!ut-sally!std-unix.
  13. Mark Horton is very efficient, but he's got his own newsgroups to moderate....
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Wed, 3 Jul 85 16:51:43 edt
  18. From: wfmans@ihuxb.uucp
  19. Subject: Re: command line arguments
  20. To: mark@cbosgd.ATT.UUCP
  21. References: <2220@ut-sally.UUCP>
  22.  
  23. > > some commands take arguments as
  24. > > 
  25. > > command -abcdefg filename
  26. > > 
  27. > > and some as
  28. > > 
  29. > > command -a -b -c -d -e -f -g filename
  30. > > 
  31. > > It would be great if this was standardised.
  32. > 
  33.  
  34. The thing that burns me about some commands (and these are usually
  35. experimental tools, mind you, real UNIX commands seem to work ok)
  36. is that while most will accept
  37. command -flag           and        command - flag
  38. some will only accept one or the other.
  39. I suppose that its easier to process the latter with a shell script
  40. if you don't use getopt, but it sure is a pain.
  41.  
  42. ------------------------------
  43.  
  44. Date: Wed, 3 Jul 85 12:58:16 cdt
  45. From: neuro1!baylor!peter@rice.uucp (Peter da Silva)
  46. Subject: Re: Re: command line arguments
  47. Newsgroups: mod.std.unix
  48. To: neuro1!mark@cbosgd.ARPA
  49. References: <2210@ut-sally.UUCP> <2226@ut-sally.UUCP>
  50.  
  51. :-) Look! No quotes!
  52.  
  53. I doubt the necessity and even the wisdom of seperating an argument from
  54. the option by whitespace. I also dislike the blackballing of multicharacter
  55. options.
  56.  
  57. Since no arguments are allowed to be optional there's no point in
  58. distinguishing between '-t/dev/tty4' and '-t /dev/tty4'. Since 't'
  59. requires an argument the parsing is unambiguous.
  60.  
  61. It makes it harder to write transparent shell scripts. Atomic options make
  62. it much easier to pass stuff onto other programs. Parsing options in shell
  63. scripts is pretty much a lossage anyway, so why make things harder?
  64.  
  65. As for multicharater options: do you intend to kill "tail -30"? Since
  66. changing the number of lines is the most common case what's the problem?
  67. At any rate you should allow a simple '-nnn' for a high-usage.
  68.  
  69. [ Since tar is the standard for data interchange (actually, only the
  70. format of the tar data, not the tar program, is currently in the draft
  71. standard), I suspect there will always be anomalies.  The advantage
  72. of getopt is not that it's perfect, just that it's close enough and
  73. widespread enough that it has some chance of being adopted everywhere.
  74.  -mod ]
  75.  
  76. ----------------------------------------------------------------------
  77.  
  78. The moderated newsgroup mod.std.unix is for discussions of UNIX standards,
  79. in particular of the draft standard in progress by the IEEE P1003
  80. "UNIX Standards" Committee.
  81.  
  82. Submissions to the newsgroup to:    ut-sally!std-unix
  83. Comments about the newsgroup to:    ut-sally!std-unix-request
  84. Permission to post to the newsgroup is assumed for mail to the former address,
  85. but not for mail to the latter address, nor for mail to my personal addresses.
  86. -- 
  87.  
  88. John Quarterman, jsq@ut-sally.ARPA, {ihnp4,seismo,ctvax}!ut-sally!jsq
  89.  
  90. Volume-Number: Volume 1, Number 11
  91.  
  92.