home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0027.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.6 KB
  1. From: gwyn@brl.arpa (VLD/VMB) (Douglas A. Gwyn)
  2. Date:     Mon, 3 Nov 86 11:31:40 EST
  3.  
  4. getopt() -- this would depend on adoption of the AT&T "command language
  5. syntax standard", which is in the domain of 1003.2.  This may happen.
  6.  
  7. curses -- this lies outside the scope of X3J11 and 1003.1.  It would
  8. perhaps be worth standardizing in some other 1003.n working group.
  9.  
  10. popen() -- this was discussed by X3J11 and excluded, on the grounds that
  11. non-UNIX vendors would find themselves under pressure from customers
  12. to make popen() useful rather than just a stub, and the inability to
  13. do this would lead to unhappiness.  Similar arguments against system()
  14. were somewhat weaker, and although its return value semantics were
  15. reworked, system() survived since it is implementable in a non-trivial
  16. way far more often than popen().
  17.  
  18. I don't know what problems Mark could have with <memory.h>, since
  19. it isn't in the X3J11 draft proposed standard, nor with memccpy(),
  20. which doesn't exist.  If he meant memcpy(), X3J11 permits SVID
  21. semantics for that now.  (The previous "Rob Pike special" is also
  22. defined, under the name memmove(), since there was no consensus for
  23. preferring either of the two possible specifications for the function.
  24. I suspect in many implementations memmove() and memcpy() will be
  25. synonymous.)
  26.  
  27. P.S.  The X3J11 draft proposed standard intended for public review and
  28. comment has been printed, but has to receive some sort of official
  29. approval (X3?) before it is actually sent out to the public.  This
  30. will take something like a month longer than originally anticipated,
  31. as I understand it.  Patience!
  32.  
  33. Volume-Number: Volume 8, Number 28
  34.  
  35.