Minutes of the 11 August 2011 Teleconference Austin-534 Page 1 of 1 Submitted by Andrew Josey, The Open Group. August 13 , 2011 Attendees Andrew Josey, The Open Group Don Cragun, PASC OR Mark Brown, IBM, TOG OR Eric Blake, Red Hat Jim Pugsley, Oracle Apologies Geoff Clare, The Open Group Nick Stoughton, USENIX, ISO/IEC OR Andrew has completed applying the bugs for TC1 draft 3, and plans to ship the draft as per the schedule. At the moment it is with Cathy for a final editorial review. Andrew noted that he will ship a copy of this draft to our IEEE project editor for editorial coordination. Andrew also had started the pending interpretations, except for Bug 87 where he was unsure. Note that This was discussed during the meeting and it was agreed it was ready to start. * Old Business Bug 281 sort -M http://austingroupbugs.net/view.php?id=281 Don has followed up with Roger directly and offered to call him to discuss the matter with him. * New Business We picked up on the Issue 7 bugs * Issue 7 bugs Bug 0000469: asctime and integer overflow Accepted as Marked http://austingroupbugs.net/view.php?id=469 This item is tagged for Issue 8. An interpretation is required. Interpretation: The standard states the offset that must be used , and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: The year 1990 in the original text was clearly wrong. We are adopting wording from the C1X draft which covers the desired action. Notes to the Editor (not part of this interpretation): If approved, please perform the actions in Note: 0000921 . Bug 0000471: pwd -L description needs rearranging Accept http://austingroupbugs.net/view.php?id=471 This item is tagged for TC2-2008 Bug 0000472: strftime %C does not account for sign character Accepted as marked http://austingroupbugs.net/view.php?id=472 This item is tagged for Issue 8. An interpretation is required. Interpretation response: The standard states that %C must produce output with width that is inconsistent when there is a leading sign, and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: The standard should be consistent between %C, %G, and %Y. Notes to the Editor (not part of this interpretation): Make the changes suggested in Note: 0000886 and Note: 0000892 Bug 0000473: Spacing in 2.9.x command syntax specifications Accepted http://austingroupbugs.net/view.php?id=473 This item is tagged for TC2-2008 Bug 0000474: outdated application usage remains for touch Accepted http://austingroupbugs.net/view.php?id=474 This item is tagged for TC2-2008 Bug 0000478: Should cmp -s write to stderr when an error occurs? OPEN http://austingroupbugs.net/view.php?id=478 We should hold this item open until Geoff returns from his vacation, and put it on the agenda for the next meeting. Bug 0000483: socketpair should not modify socket_vector on failure Accepted http://austingroupbugs.net/view.php?id=483 This item is tagged for TC2-2008 Bug 0000484: Ambiguity of "first lock" in F_GETLK OPEN http://austingroupbugs.net/view.php?id=484 On the 11 Aug 2011 call, it was agreed that this is a hole in the standard, but it was felt that the desired action might be too broad and risks removing some useful guarantees if existing practice agrees on a tighter interpretation such as overlapping lock with the lowest byte range. More research is needed on what existing practice provides, before we can accurately provide an unambiguous wording that still provides as many guarantees as possible about which range is returned by various implementations. Bug 0000485: Unclear explanation about when last file status change timestamp shall be updated OPEN http://austingroupbugs.net/view.php?id=485 This was discussed on the 11 Aug 2011 call, but while it was agreed that there is a problem, the resolution is not clear without some more research. Eric agreed to add a note to the bug, see bugnote 939. Next Steps ---------- The next call is on August 25th at 08:00 Pacific 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.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