home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.29 / text0053.txt < prev    next >
Encoding:
Text File  |  1992-12-26  |  2.3 KB  |  50 lines
  1. Submitted-by: karish@pangea.stanford.edu (Chuck Karish)
  2.  
  3. In article <1aq5h3INN5ub@ftp.UU.NET> eggert@twinsun.com (Paul Eggert) writes:
  4. >RCS, a widely used free version control system, was made Posix-compliant
  5. >about a year ago.  In the past, VMS users ported old RCS releases to
  6. >native VMS.  You'd think that VMS Posix would save these users a lot of
  7. >work, since it should be much easier to port new RCS releases to VMS Posix
  8. >than to native VMS.  But so far as I know, nobody has yet ported RCS to
  9. >VMS Posix.  I'm not a VMS expert, so I don't know the details, but the
  10. >general sentiment seems to be that if you really want to use RCS under
  11. >VMS, you have to port it to native VMS; VMS Posix doesn't do the job.
  12.  
  13. I've been told that the VMS POSIX.1 implementation simply
  14. creates a large VMS file in which a POSIX.1-compliant file
  15. system can be built, and thus creates a limited sandbox in
  16. which POSIX.1 programs can run.  I can understand why an
  17. implementation of RCS running in such an environment would
  18. be less than ideal; it wouldn't be able to manage files in
  19. the VMS file system.
  20.  
  21. >There's a big difference between conforming to a standard and supporting a
  22. >standard.  In the past, skeptics have suggested that the widely advertised
  23. >Posix interfaces for non-Unix operating systems from DEC and HP (and
  24. >promised interfaces from IBM and Microsoft) are merely smokescreens to
  25. >fool government bean counters who require Posix.
  26.  
  27. If this is to change, it'll have to be because government
  28. users buy into the POSIX philosophy and demand systems that
  29. support POSIX functionality as a fully capable operating
  30. system interface.  I don't know whether the right place to
  31. express this demand is in the FIPS that mandates POSIX or
  32. in the specifications of the individual procurement.  I
  33. lean toward the latter, because it's difficult to require
  34. that systems "do the right thing" and still (a) be fair to
  35. all vendors and (b) give the government agencies enough
  36. leeway to procure the products they need.
  37.  
  38. The public comment period on the proposed FIPS 151-2
  39. ended a week ago, so if you disagree with my opinion
  40. you've just missed an excellent opportunity to influence
  41. US government policy on the issue.
  42. --
  43.  
  44.     Chuck Karish          karish@mindcraft.com
  45.     (415) 323-9000 x117   karish@forel.stanford.edu
  46.  
  47.  
  48. Volume-Number: Volume 29, Number 56
  49.  
  50.