home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / std_unix / archive / text0005.txt < prev    next >
Encoding:
Text File  |  1994-03-07  |  4.0 KB  |  135 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. POSIX.5: ADA Bindings
  9.  
  10.  
  11. My Delbert L. Swanson <DSWANSON@mhs.sp.paramax.com> reports
  12. on the January 10-14, 1994 meeting in Irvine, Ca.:
  13.  
  14. The primary charter of the POSIX.5 group is to produce Ada
  15. language bindings to POSIX standards.  The Ada binding for
  16. POSIX.1, POSIX.5, has been published as an IEEE standard,
  17. and we are now preparing bindings to the Real-Time
  18. Extensions standards being developed by the POSIX.4 group.
  19. These bindings have been designated as POSIX.20.
  20.  
  21. Draft 2 was developed as a ``thin'' binding to the Real-Time
  22. Extensions.  That is, it merely made a correlation between
  23. the constructs defined in the C version and the constructs
  24. in the Ada version.  None of the explanations or semantics
  25. are repeated.  This was done following on what was at that
  26. time the policy of IEEE and the ISO community that all
  27. language bindings would be thin bindings of a normative
  28. language independent specification (LIS) of the standard.
  29. Actually, our approach was even then a compromise, since
  30. there was not yet a LIS version completed.
  31.  
  32. This draft was circulated for a first ballot last summer,
  33. and the document was updated to account for comments and
  34. objections. Meanwhile, the policy on thin bindings to LIS
  35. versions of standards has changed, and so the group has been
  36. revising the document in accord with our preferred approach
  37. to begin with.
  38.  
  39. The next draft will be a thick binding.  That is, it will be
  40. a complete specification of the interfaces for Ada
  41. applications.  The advantage is that users will not need to
  42. refer to multiple documents (Ada and C) to understand the
  43. behavior of the Ada interfaces.  The disadvantage is in the
  44. maintenance mode: if the baseline document changes, the
  45. binding document needs to change correspondingly.
  46.  
  47. Another disadvantage is that it takes a lot more work to
  48. produce a thick binding than a thin one.  An interim draft
  49. was nearly completed for the January meeting, and we expect
  50. to work on more issues between meetings, and then polish it
  51. up to be ready for another full ballot after the April, 1994
  52. meeting.
  53.  
  54. In January, the group re-examined our approach to Ada
  55. bindings to the threads extensions.  We have concluded that
  56. almost all of the functions offered in POSIX.4a are going to
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68. - 2 -
  69.  
  70.  
  71.  
  72. be provided for Ada applications in the revision of the
  73. language commonly called Ada9X, which is expected to be
  74. granted standard status within the year.  It seems beside
  75. the point for us to duplicate as OS functions these
  76. capabilities, which will soon be available as language
  77. constructs.  A couple of remaining pieces will be
  78. incorporated into the new draft of POSIX.20.
  79.  
  80. One item of some concern to the group is the status of our
  81. coordination ballot on POSIX.4a, the threads extensions.  In
  82. the usual mode of cooperation between the groups, all but a
  83. couple of our objections were resolved in discussion.
  84. Unfortunately, the one that we consider most important has
  85. been rejected on the grounds that it would reduce consensus.
  86. It is our view that there are times, particularly when
  87. handling signals, that it is important to be able to mask
  88. asynchronous signals for the entire process.  This is
  89. particularly important in Ada runtime environments, and it
  90. is our view that it will also be important within C
  91. programs.  The current C interface includes only per-thread
  92. signal masks.  It is uncertain what the resolution of this
  93. issue will be.
  94.  
  95. Meanwhile, we are preparing a revision to POSIX.5, to fix  a
  96. few errors that have been found in the standard by
  97. implementers (missing parameter, missing function
  98. definition, error condition oversights).  The only way to
  99. make ``substantive'' changes, even for errors, is to revise
  100. the standard, which means balloting, etc.  This should be
  101. ready for ballot as soon as the administrative details are
  102. taken care of, which could be a few months.
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133. Volume-Number: Volume 34, Number 4
  134.  
  135.