Austin Group Minutes of the 5 January Teleconference Austin-274 Page 1 of 1 Submitted by Andrew Josey, The Open Group. January 6, 2006 Attendees Andrew Josey, The Open Group Don Cragun , Sun, PASC OR Ulrich Drepper, Red Hat Mats Wichmann, Intel (IRC only) Mark Brown, IBM, TOG OR Nick Stoughton, USENIX, ISO/IEC OR Next Meeting preparation: Andrew has announced the plenary meeting for February 2006. A reminder to all to register as soon as possible. Registration is online at http://www.opengroup.org/austin/register.html Action item review --------------------- Just the updates on Austin/240r1 are noted here. ACTION AI-2005-01-09 Andrew Josey & Mats Wichmann to propose a time and place for a joint Austin group/LSB Workgroup meeting to consider LSB/POSIX conflicts, to be held as soon as conveniently possible. Status: Closing, the Feb 2006 Ottawa is the time and place ACTION:Nick has an action to prepare an agenda for a teleconference. Status: Closing:This will be at the Ottawa meeting. ACTION Andrew: Final TR typeset and will be sent to Sally Seitz. Status: Closing, Andrew just has to complete the abstract Technical Report Status ------------------------ The final text of the technical report on conflicts between POSIX and the LSB was sent to ANSI in Decebe POSIX C++ Study Group ---------------------- C++ Study group has been formed within IEEE PASC with Ulrich Drepper the Chair. A summary of the announcement follows: The IEEE CS PASC has created a new study group to investigate the interest in creating a new specification for the C++ bindings for POSIX. The goal of the working group, if it gets created, is to produce a language binding specification similar to the existing bindings for Ada and Fortran. The study group has to demonstrate sufficient interest and spell out the goal of the working group. For the discussions a mailing list has been created hosted by Red Hat. To subscribe visit https://www.redhat.com/mailman/listinfo/posix-c++-sg Only subscribers are allowed to post to the list and subscription is monitored. Archives of the list will also be available. Proposed Input to the Revision --------------------------------- A reminder to all that the milestone date for registering proposed submissions for the revision is January 9. So far we expect that The Open Group Base WG is considering to submit two API sets. 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/ XBD ERN 62 MSG_ flags Accept XSH ERN 118 getgrnam Accept as Marked below Interpretation: ----------------- The standard is unclear on this issue and concerns have been raised about this which are being referred to the sponsor. Rationale: ----------- The working group developers felt that the intent is that if no error occurs but an entry is not found, getgrnam() returns a null pointer and getgrnam_r() returns zero and set the pointer pointed to by result to a null pointer and neither getgrnam() nor getgrnam_r() should change errno in this case. If an error occurs, the return value is the same as stated except that the error indicate will also be set to indicate which error was detected. Notes to the Editor for a future revision (not part of this interpretation): --------------------------------------------------------------------------- Change the RETURN VALUE from: "If successful, the getgrnam_r( ) function shall return zero; otherwise, an error number shall be returned to indicate the error." To: "The getgrnam_r() function shall return zero on success or if the requested entry was not found and no error has occurred. If an error has occured an error number shall be returned to indicate the error." XCU ERN 79 awk table 4-1 horizontal lines Accept XCU ERN 80 awk (grammar) OPEN Left open for feedback. Can we get the same affect by going back to table 4-1 and moving 6012 and 6013 before 6010 and 6011 and add a line between them ? XCU ERN 81 sort -n Accept as marked below Insert the following after XCU page 871 line 33844 (sort -i): The behavior is undefined for a sort key for which -n also applies. XSH ERN 119 lio_listio Accept as marked below Interpretation: ----------------- The working group believe the standard is clear but concerns have been raised about this which are being referred to the sponsor. Rationale: ----------- The working group felt that this is required but that adding further clarification could be justified for a future revision Notes to the Editor for a future revision (not part of this interpretation): --------------------------------------------------------------------------- Add to aio_read() page 112, line before line 4141 The aio_sigevent member specifies the notification which occurs when the request is completed. Add to aio_write before line 4338 The aio_sigevent member specifies the notification which occurs when the request is completed. XSH ERN 117 fork() aio Accept as marked below add to fork() at the end of line 13030 No asynchronous input or asynchronous output operations shall be inherited by the child process. Any use of asynchronous control blocks created by the parent produces undefined behavior Next Steps ----------- Andrew will update the aardvark reports with the latest inbound defect reports. The next call is Thursday January 19 2005 at the regular timeslot. irc://irc.freestandards.org/austin