home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.31 / text0007.txt < prev    next >
Encoding:
Text File  |  1993-07-15  |  1.9 KB  |  49 lines

  1. Submitted-by: karish@pangea.Stanford.EDU (Chuck Karish)
  2.  
  3. In article <1no7eqINN7f@ftp.UU.NET> peter@ferranti.com (peter da silva) writes:
  4. >
  5. >In article <1nja8cINNc45@ftp.UU.NET> jeffrey@netcom.com (Jeffrey Kegler)
  6. >writes a lot of good stuff about test-methods.
  7. >
  8. >And lest anyone think he's crying wolf, the crippled POSIX subsystem
  9. >described in Windows NT literature should be enough to show otherwise.
  10.  
  11. I don't see why Microsoft's POSIX.1-in-a-box implementation
  12. should serve as an indictment of test methods standards.
  13. There's no reason to believe that it won't conform to the
  14. letter of the POSIX.1 standard.  It's not productive to
  15. say "I know POSIX when I see it, and this ain't it".
  16.  
  17. >But if that's not enough, I've run into situations where a vendor has
  18. >implemented a device driver in such a way that some features are totally
  19. >useless, and refused to fix them because they still conformed to the
  20. >SVID.
  21.  
  22. The POSIX.3.1 test methods were never intended to be all-
  23. encompassing tests of the quality of POSIX.1 implementations.
  24. They were written to enable vendors to demonstrate that
  25. their systems provide standard interfaces that allow developers
  26. to port their code readily.
  27.  
  28. >For example, a serial driver that would not let you raise DTR
  29. >after dropping it, either by closing it and reopening or by setting
  30. >B0 and then B2400, since the SVID didn't specify that you be able to
  31. >raise DTR again except by doing a "first open" with no control terminal.
  32.  
  33. Peter, are you indicting the SVID or the SVVS?  The SVID
  34. is a specifications document like POSIX.1, and the SVVS
  35. implements test methods for verifying SVID compliance.
  36.  
  37. The task of weeding out systems that don't provide adequate
  38. usability belongs in the marketplace, not solely in the
  39. standards arena.
  40.  
  41. --
  42.  
  43.     Chuck Karish          karish@mindcraft.com
  44.     (415) 323-9000 x117   karish@pangea.stanford.edu
  45.  
  46.  
  47. Volume-Number: Volume 31, Number 8
  48.  
  49.