home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v9 / text0009.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.3 KB
  1. From: pyramid!utzoo!henry (Henry Spencer)
  2. Date: Wed, 31 Dec 86 03:36:31 CST
  3.  
  4. Some specific comments on the placement of various commands:
  5.  
  6. I do hope that cat's stupid options will not be standardized, although
  7. I fear that is too much to expect since they are increasingly widespread.
  8.  
  9. I hope the standard version of ls will not include mandatory columnizing
  10. of output depending on whether output is to a terminal or not.
  11.  
  12. Justification for both the above is that the desirability of these bits
  13. of behavior is a contentious subject with no widespread agreement.
  14.  
  15. The algorithm for "sum" should be specified completely and portably, so
  16. that one can reliably get the same checksum from the same sequence of
  17. bytes on any 1003.2-conforming system.  This is a conspicuous and painful
  18. lack in current systems.  The checksum preferably should be sensitive
  19. to the order of the bytes, not just their values.  Perhaps a CRC code
  20. would be appropriate, given that its properties are well understood,
  21. fairly good, and fully portable?
  22.  
  23. Putting "xargs" in the Software Development Environment is bizarre, since
  24. its primary use (in my experience) is to make *applications* robust against
  25. the possibility of extremely long argument lists.  It belongs in the
  26. Execution Environment.  It is not a complex program and public-domain
  27. versions exist, so implementation difficulty is hardly an issue.
  28.  
  29. "File", currently in the "No Decision Yet" list, is quite important.  One
  30. important and subtle characteristic which badly needs standardizing is that
  31. in some (all?) existing implementations, identifications of files which
  32. appear to be ASCII text end with the word "text".
  33.  
  34. I would hope that if "nm" is standardized, its output format (if specified)
  35. will be the old V7ish single-column format; at the very least, it is very
  36. important to have a standard option that will produce this form.  The new
  37. multicolumn form found in some System V nm implementations is cute but
  38. makes nm output useless as input to other programs -- an important use of
  39. nm.
  40.  
  41. Standardization of "pack" is inappropriate, since superior alternatives are
  42. already in widespread service, unless the definition specifies the user
  43. interface but not the compression algorithm.
  44.  
  45.                 Henry Spencer @ U of Toronto Zoology
  46.                 {allegra,ihnp4,decvax,pyramid}!utzoo!henry
  47.  
  48. Volume-Number: Volume 9, Number 10
  49.  
  50.