Austin Group Minutes of the 8 January Teleconference Austin-202 Page 1 of 1 Submitted by Andrew Josey, The Open Group. January 9, 2004 Attendees Andrew Josey, The Open Group Don Cragun , Sun, PASC OR Mark Brown, IBM, TOG OR Nick Stoughton, USENIX, WG15 OR Dave Butenhof, HP Apologies Ulrich Drepper, Red Hat Joanna Farley, Sun Draft Status --------------- Andrew reported briefly on the status of the current Technical Corrigendum 2 draft (TC2) which is now undergoing formal approval. He understands that it has passed The Open Group Board Approval, but is yet to receive written confirmation. The IEEE Board review is in progress, some initial feedback has come back from the continuous review process, including some concerns about the size of TC2. Andrew has responded that this has to be viewed in context of the size of the original standard (~3600 pages), and that the changes are full context diffs with both old and new text provided. The ISO ballot on TC2 is yet to be formally initiated, Andrew has contacted Matt Deane to request it get underway. Nick will follow up with a phone call. Defect Report Processing ------------------------- The group picked up on the latest batch of defect reports, which are available at the following URL: http://www.opengroup.org/austin/aardvark/latest/ XSH ERN 23 signal concept - alphabetical ordering of interfaces Accept (editorial) XSH ERN 24 asctime , possible EOVERFLOW error, leave OPEN Debate about which errno should best, some discussion for EINVAL , but EOVERFLOW thought to be better. Leave this open for some more research XSH ERN 25 ctime, possible EOVERFLOW error, OPEN dependent on ERN 24 XSH ERN 26 lockf effect on threads within a process, Accept XSH ERN 27 posix_fallocate should have fail condition when fs does not support operation, Accept as marked below. Agree with the concept , this needs to be fixed in the next revision, it should be handled by a formal interpretation. The suggested future change is that the EINVAL error case be changed to: [EINVAL] The len argument was zero or the offset argument was less than zero or the underlying filesystem does not support this operation. We need also to consider reviewing the conformance reqts for the ADV option, something along the lines of: If the Advisory option is supported there should be at least one filesystem that supports the functionality. Rationale This is not intended to be an out for providing the functionality XSH ERN 28 feupdateenv operation clarification, Accept as marked below This should be formed into an interpretation request, which states that the standard is what it is and responds to the clarification as follows: (1) Those that were originally saved away in the automatic storage In effect, feupdateenv is like (ignoring unsuccessful calls): int now; now = fetestexcept(FE_ALL_EXCEPT); /* save current exceptions */ fesetenv(envp); /* restore environment */ feraiseexcept(now); /* re-raise current exceptions */ XSH ERN 29 strfmon example conflicting behavior with glibc, OPEN Leave open for another week XSH ERN 30 system() reqt for fork() and atfork handling, Accept as Marked below This should be handled as an interpretation. Feeling that the standard is clear, but concerns suggest revision for future Change from: The environment of the executed command shall be... To: The system function shall behave Other Business ------------- Andrew reported that a request for copyright permission for the standard for an open source project had been received. This was being considered and it was likely that an approach as taken before by IEEE for the BSD man pages will be taken, i.e. a grant to derive materials for man pages. He expects a decision to be taken by the copyright holders before the next teleconference meeting. Those on the meeting had some concerns about ensuring that any pages derived which then have conflicts added are clearly marked so as not to confuse or mislead. Andrew agreed to advise the copyright holders accordingly. Next Steps ----------- Andrew will update the aardvark reports with the latest inbound defect reports. The next teleconference call is scheduled for January 29 2004