home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / std_unix / archive / text0008.txt < prev    next >
Encoding:
Text File  |  1994-03-07  |  5.9 KB  |  201 lines

  1. Submitted-by: nick@usenix.org (Nicholas M. Stoughton)
  2.  
  3.                USENIX Standards Report Editor
  4.  
  5.    Nicholas M. Stoughton <nick@usenix.org>, Report Editor
  6.  
  7.  
  8. What Next?
  9.  
  10.  
  11. So What Next?
  12.  
  13. Steady-State Behavior
  14.  
  15. Three years ago, attendance at POSIX meetings was around 340
  16. people.  At Irvine this January, the number had fallen to
  17. 165, and it is expected (hoped?) that it will bottom out at
  18. around 150.
  19.  
  20. So what's happened?  Where have all the contributors gone?
  21. There's never a simple answer to questions like these, and
  22. there are at least two major influencers at work in the
  23. POSIX attendances.  The first is straight economics.  The
  24. world is in a recession.  If your company is losing
  25. millions, or even billions, of dollars each year, is sending
  26. people to POSIX meetings the best way of spending what money
  27. you do have?  Why not work at a distance, through the ballot
  28. process?
  29.  
  30. Another key factor in the attendance figures is the type of
  31. work that is happening now.  Three years ago, new standards
  32. development was in full swing.  Now we are settling down to
  33. a steady state.  Approved standards for POSIX.1, POSIX.2,
  34. POSIX.3, POSIX.4 (aka POSIX.1b), POSIX.5 and POSIX.9 are all
  35. there.  Maintenance work on these is now a major focus, and
  36. that takes a different type of person on the working group.
  37. At Irvine, a considerable amount of time was spent dealing
  38. with interpretation requests, chiefly for the most blatantly
  39. UNIX standards, POSIX.1 and POSIX.2.
  40.  
  41. Do we, the UNIX user community, care?  Let's give up going
  42. to these meetings ... after all, someone else is sure to do
  43. the right thing, aren't they?  It can't be all that hard to
  44. maintain a standard!  Anyway, we don't want standards rammed
  45. down our throats at every opportunity.
  46.  
  47. Unfortunately, the serpent whose name is invention is lying
  48. there, coiled and ready to strike the moment that someone
  49. stops saying ``But where's the existing practice''!  I've
  50. lost track of how many times Jeff Haemer and I have trotted
  51. that phrase out recently.  In the standards world, practice
  52. really does make perfect.  If standards are to be rammed
  53. down our throats, and that's a whole different discussion,
  54. let them at least be palatable ones.
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68. - 2 -
  69.  
  70.  
  71.  
  72. The rules of interpretation say that the approved standard
  73. should be interpreted as loosely as possible.  If it was
  74. actually wrong, it is up to a later revision to fix the
  75. wording, but no one can complain in the interim.  This will
  76. of course lead to lots of ``Weirdnix'' implementations:
  77. systems that claim POSIX conformance, but are about as far
  78. removed from UNIX as you can imagine!
  79.  
  80. So it is necessary to keep a a significant presence within
  81. POSIX, attempting to restrain and guide the work occurring.
  82. Existing documents need revision to clarify the wording to
  83. help prevent the worst excesses of Weirdnix.  New POSIX
  84. projects are still being introduced, but at a much reduced
  85. level.  Many of these are not necessarily ``mainstream
  86. UNIX'' things either - an ADA interface to time
  87. synchronisation, Test Methods for POSIX.1b, the Realtime
  88. standard (yes, the number _h_a_s changed, it used to be known
  89. as POSIX.4), and so on.  Nevertheless, new direct UNIX
  90. projects are not unthinkable, and we must be ready to meet
  91. these challenges.
  92.  
  93. To give you a flavour of what is happening in the
  94. interpretations process, Andrew Josey, the Vice Chair of
  95. Interpretations has put together the following information:
  96.  
  97. Working   Mailing List                   Current Position            Outstanding
  98. Group                                                                Requests
  99. ________________________________________________________________________________
  100. P1003.1   intrp1003.1@stdsbbs.ieee.org   61 request pre-Irvine, 30      31
  101.                                          addressed & in progress
  102. P2003.1   intrp1003.1@stdsbbs.ieee.org   17 request, 5 complete         12
  103. P1003.2   intrp1003.2@stdsbbs.ieee.org   30 requests pre-Irvine          0
  104. P1003.5   posix-ada-interps@spectre.mitre.org 9 requests being processed 1
  105. P1224     intrp1224@stdsbbs.ieee.org      6 requests have been answered  0
  106. P1224.1   intrp1224.1@stdsbbs.ieee.org    2 requests have been completed 0
  107. P1224.2   intrp1224.2@stdsbbs.ieee.org    3 requests being processed     0
  108. P1327     intrp1224@stdsbbs.ieee.org      3 requests have been answered  0
  109.  
  110. In the past couple of months new draft guidelines for PASC
  111. interpretations have been circulated and a BOF session met
  112. at Irvine to discuss them further.
  113.  
  114. The guidelines attempt to address the issues of timely
  115. response, and also of the scope of the interpretations.
  116. They are now being followed and we hope to see some
  117. improvement in the process over the next six months.
  118.  
  119. What Do You Care About Standards?
  120.  
  121. I would like to take this opportunity to solicit your
  122. opinions as to what should appear in this column.  I was
  123. recently invited to submit a series of articles to a
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134. - 3 -
  135.  
  136.  
  137.  
  138. prominent Open System Magazine, but after I had sent in a
  139. couple, I was told ``These are far too POSIX-centric.  What
  140. about some other standards''?
  141.  
  142. There are certainly several other areas that might be useful
  143. to report on, both in the _d_e _f_a_c_t_o and _d_e _j_u_r_e worlds.  But
  144. rather than trying to read your minds, I'll solicit your
  145. suggestions.  What else would you like to hear about?
  146.  
  147. Thank You
  148.  
  149. I would like to take this opportunity to publicly thank
  150. Michael Hannah, a regular contributor to this column over
  151. the years, for all his work with POSIX.9, his wit, and his
  152. enthusiasm.  Michael has been promoted to a new position
  153. within Sandia National Labs, running a 2000-node Intel
  154. Paragon system - I know he has some stories that would
  155. interest SAGE members - and will no longer be in a position
  156. to continue his work with POSIX.  The first article I ever
  157. edited for this column was from Michael, and the ease with
  158. which I was able to work with him persuaded me to take on
  159. the job permanently.  I am sure you will all join me in
  160. wishing him every success in the future.
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199. Volume-Number: Volume 34, Number 5
  200.  
  201.