Minutes of the 20th June 2013 Teleconference Austin-614 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 21st June 2013 Attendees Don Cragun, PASC OR Geoff Clare, The Open Group Nick Stoughton, USENIX, ISO/IEC OR Joerg Schilling, Fraunhofer Society Mark Brown, IBM, TOG OR Andrew Josey, The Open Group Richard Hansen, BBN Apologies Jim Pugsley, Oracle Eric Blake, Red Hat * General news We will be moving to a new teleconference bridge and there have been some discussions over the best bridge to use. A candidate is to the Cisco webex service that permits both telephone and VOIP access. A large part of the call was spent testing the webex bridge. It is recommended that those using computers use a headset with a noise cancelling microphone if they can. It was agreed that we would trial webex for the teleconference next week, and if problems occur fall back to the regular bridge during the call. * Outstanding actions +Bug 0000561: NUL-termination of sun_path in Unix sockets OPEN http://austingroupbugs.net/view.php?id=561 Eric has an action to update the proposal. +Bug 0000573: Please add '+' to the portable filename character set OPEN http://austingroupbugs.net/view.php?id=573 Joerg has an action to prepare a proposed change. +Bug 0000592: consistent use of struct timespec OPEN http://austingroupbugs.net/view.php?id=592 (**updated**) Jim had provided additional information in bugnote 1627. This was discussed and Jim took an action to provide further information. +Bug 0000598: OH shading and new interfaces OPEN http://austingroupbugs.net/view.php?id=598 Eric has an action to propose a new solution with self-contained headers. +Bug 0000517: EBNF support OPEN http://austingroupbugs.net/view.php?id=517 Action on Joerg to look at this. +Bug 0000633: SIGEV_THREAD delivery renders many signal interfaces unsafe OPEN http://austingroupbugs.net/view.php?id=633 We noted that feedback has settled down on the mailing list, and will discuss next session. +Bug 0000657: Conditions under which fmemopen() write a NUL to the buffer are insufficiently specified OPEN http://austingroupbugs.net/view.php?id=657 Eric has an action to propose wording to clarify the behavior for fmemopen(), and also to contact the glibc developers to get their feedback. +Bug 0000658: Undefined/unspecified behavior clauses in description of open have race conditions OPEN http://austingroupbugs.net/view.php?id=658 It was noted that there is some overlap with changes in TC1. Eric took an action to update the proposal to resolve the overlaps appropriately. Bug 0000615: pthread_setcancelstate should be async-signal-safe OPEN http://austingroupbugs.net/view.php?id=615 We now have reports on AIX and Apple. Jim to report back on whether pthread_cancelstate() is async-signal-safe on Solaris. Andrew to ask HP whether pthread_cancelstate() is async-signal-safe on HP-UX. Bug 622 left open pending resolution of 615. http://austingroupbugs.net/view.php?id=622 Bug 0000672: Necessary step(s) to synchronize filename operations on disk OPEN http://austingroupbugs.net/view.php?id=672 Geoff has a new proposed resolution in note 1618. Decided to solicit input from FS developers. Eric to go to Linux, Mark to AIX and Jim to Solaris. * Current Business Bug 714 0000714: yn(n,0) is incorrect for odd n<0 OPEN http://austingroupbugs.net/view.php?id=714 Action: Nick to contact Fred T. for his input (completed during the meeting) Bug 713 0000713: in remquo quo should be unspecified when the result is NaN OPEN http://austingroupbugs.net/view.php?id=713 Action: Nick to raise with the C committee Bug 711 i0000711: Are the stdarg.h macros async-signal-safe? OPEN http://austingroupbugs.net/view.php?id=711 Action: Nick to propose wording changes to make the va_*() macros async-signal-safe in issue 8. Next Steps ---------- The next call is on June 27 2013 (a Thursday) Calls are anchored on US time. This call will be for the regular 90 minutes. http://austingroupbugs.net We will use the webex bridge next week. See the calendar for the list of dialup numbers. An IRC channel will be available for the meeting irc://irc.freenode.net/austingroupbugs