Minutes of the 10 May 2012 Teleconference Austin-557 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 11 May, 2012 Attendees Don Cragun, PASC OR Nick Stoughton, USENIX, ISO/IEC OR Geoff Clare, The Open Group Eric Blake, Red Hat Andrew Josey, The Open Group (partial) Jim Pugsley, Oracle Mark Brown, IBM, TOG OR Joerg Schilling, Fraunhofer Society - TC1-2008 development No new status, apart from that Andrew reported he still has to schedule The Open Group Company Review. * Old Business Bug 0000561: NUL-termination of sun_path in Unix sockets OPEN http://austingroupbugs.net/view.php?id=561 We agreed to leave this open as we are expecting Eric to further update the proposal. Bug 0000564: Deletion of rusage requirements not described in Change History. Accepted as marked http://austingroupbugs.net/view.php?id=564 This item is tagged for TC2-2008 Add the following paragraph after line 13621: The requirement for to define the rusage structure as described in is removed, and is no longer allowed to make visible all symbols from . Bug 0000563: _CS_V6_ENV was not defined in SUSv3 Reject http://austingroupbugs.net/view.php?id=563 The addition of _CS_V6_ENV in Issue 7 (along with _CS_V7_ENV) was intentional. It's because the symbol originally arose in an interp for Issue 6: collaboration.opengroup.org/austin/interps/documents/9868/AI-047.txt It is agreed that having an OB symbol "for compatibility with Issue 6" that wasn't actually in Issue 6 is a little odd, but that's what was decided when we were developing Issue 7. Bug 0000562: Optional Arguments Setting Current Execution Environment Is Not Noted for functions (only for built-ins) Duplicate of bug 255 http://austingroupbugs.net/view.php?id=562 This is already being fixed in TC1. Bug 0000559: arithmetic expansion should honor 'set -u' Accepted as Marked http://austingroupbugs.net/view.php?id=559 An interpretation is required. Interpretation response: The standard is unclear on this issue, and no conformance distinction can be made between alternative implementations based on this. This is being referred to the sponsor. Rationale: None. Notes to the Editor (not part of this interpretation): On page 2359 line 74590 section set, after applying change number XCU/TC1/2008/0047 from TC1, change: When the shell tries to expand an unset parameter other than the '@' and '*' special parameters, it shall write to: When the shell tries to expand, in a parameter expansion or an arithmetic expansion, an unset parameter other than the '@' and '*' special parameters, it shall write Bug 0000558: typo in change history Duplicate of Bug 123 http://austingroupbugs.net/view.php?id=558 This is already fixed in TC1. Bug 0000557: f[w]printf EINVAL and undefined behaviour Accepted http://austingroupbugs.net/view.php?id=557 This item is tagged for TC2-2008 Bug 0000555: the incestuous relationship of fclose(stderr) and STDERR_FILENO Accepted as Marked http://austingroupbugs.net/view.php?id=555 This item is tagged for TC2-2008 Change Application Usage for fclose (page 805 line 26839) from "None." to: Since after the call to fclose any use of stream results in undefined behavior, fclose should not be used on stdin, stdout, or stderr except immediately before program termination, so as to avoid triggering undefined behavior in other standard interfaces that rely on these streams. Add to Application Usage for close (page 678 line 22962): Usage of close on file descriptors STDIN_FILENO, STDOUT_FILENO or STDERR_FILENO should immediately be followed by an operation to reopen these file descriptors. Unexpected behavior will result in other interfaces in this standard if any of these file descriptors is left in a closed state. Furthermore, in a multithreaded program, use of dup2() to modify standard file descriptors is better than use of close() followed by a reopen operation (e.g. open(), dup() etc). Next Steps ---------- The next call is on May 24 and will continue processing defect reports. This call will be for the regular 90 minutes. http://austingroupbugs.net See the calendar for the list of dialup numbers. An IRC channel will be available for the meeting irc://irc.freenode.org/austingroupbugs