Minutes of the 19 Aug 2010 Teleconference Austin-493 Page 1 of 1 Submitted by Andrew Josey, The Open Group. August 20th , 2010 Attendees Andrew Josey, The Open Group Don Cragun, PASC OR Geoff Clare, The Open Group Nick Stoughton, USENIX, ISO/IEC OR Eric Blake, Red Hat Apologies Mark Brown, IBM, TOG OR Ulrich Drepper, Red Hat * Old Business Andrew had circulated an email with next steps to commence a technical corrigendum. Action: Andrew to contact IEEE liaison to we understand the latest procedures for a TC Action: Andrew to tag the current proposed bugs for inclusion with a tc1 tag Don noted that he would like to email the PASC SEC at pasc.org. Andrew reactivated the MX record. On bug 291 there had been some discussion about Japanese codesets, however it was still unknown whether any POSIX conforming implementation includes them. * New business We picked up on the bugs starting with those that had been marked as Re-opened. Bug 0000276: declare vfork as async signal safe Reject http://austingroupbugs.net/view.php?id=276 In response to the comments raised by the reporter who re-opened the bug the additional response was added explaining the rationale. The vfork() function had heavy restrictions on the child process. Quoting SUSv3: the behavior is undefined if the process created by vfork() either modifies any data other than a variable of type pid_t used to store the return value from vfork(), or returns from the function in which vfork() was called, or calls any other function before successfully calling _exit() or one of the exec family of functions. Therefore it is not a suitable solution to the issue of fork() async-signal-safety. The solution the group has decided to adopt is to add an _Fork() function in the next revision, as per 0000062 Bug 0000279: clarify inheritance of readonly and export variable Reject http://austingroupbugs.net/view.php?id=279 In response to the comments raised by the reporter who re-opened the bug the additional response was added explaining the rationale. As noted by David Korn in austin-group-l email sequence number 14160: This (the inheritance of the read-only flag) depends on which shell. The Bourne shell inherited readonly for exported variables for scripts invoked by name but not those invoked as sh script. ksh inherits this flag for exported variables for both scripts invoked by name or as sh script. The standard was based on these two historical shells. This is also noted in the first paragraph of the readonly utility rational. Bug 0000281: sort "-M" flag incorrectly omitted. Rejected http://austingroupbugs.net/view.php?id=281 In response to the comments raised by the reporter who re-opened the bug the additional response was added explaining the rationale. As noted before, system administration is outside the scope of POSIX.1. Therefore, sort -M has never been included in POSIX and should not be added. Some implementations (including GNU Coreutils) that provide -M do so in a locale dependant manner; others do not. This is another reason why sort -M should not be specified by the standard. Bug 0000282: Extended Description wrong with respect to D command OPEN http://austingroupbugs.net/view.php?id=282 This item had been reopened as it put forward the case that a wording problem remained. Eric agreed to take an action to propose a further correction, which will be reviewed at the next call. (Eric completed the action, see note 532). Bug 0000300: chmod() should have no effect on open file descriptors referring to files on conforming filesystems Accepted http://austingroupbugs.net/view.php?id=300 Next Steps ---------- The next call will be on August 26th at 16:00 UK time/08:00 Pacific and will continue processing defect reports. http://austingroupbugs.net See the calendar for the list of dialup numbers. An IRC channel will be available for the meeting irc://irc.freestandards.org #austin ICAL: http://www.google.com/calendar/ical/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic XML: http://www.google.com/calendar/feeds/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic