Minutes of the 17th July 2014 Teleconference Austin-667 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 18th July 2014 Attendees: Andrew Josey, The Open Group Mark Ziegast, SHware Systems Don Cragun, IEE PASC OR Martin Rehak, Oracle Joerg Schilling FOKUS Fraunhofer Richard Hansen, BBN Eric Blake, Red Hat Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR David Clissold, IBM (last 30 mins) Apologies Geoff Clare, The Open Group Mark Brown, Canonical * General news Approval of the PAR within the PASC SEC is still stalled while some procedural issues related to SEC membership are resolved. Don agreed to take an action to try and progress by email (to Joe Gwinn, Nick and Andrew) * Outstanding actions +Bug 0000251: Forbid newline, or even bytes 1 through 31 (inclusive), in filenames OPEN http://austingroupbugs.net/view.php?id=251 Don has an action to produce a proposal. +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 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 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, David to AIX and Jim to Solaris. Jim has completed his action (see bugnote 1691). Andrew should chase HP and Apple for input. +Bug 0000663: Specification of str[n]casecmp is ambiguous reopened http://austingroupbugs.net/view.php?id=663 Action on David to follow up with the IBM developers about the EBCDIC collation sequence. Bug 696 either NAME_MAX shouldn't be optional, or readdir_r() needs clarification http://www.austingroupbugs.net/view.php?id=696 Don has an action to propose a resolution. Bug 0000721: Internal storage vs static storage OPEN http://austingroupbugs.net/view.php?id=721 This item is still open. Bug 0000375: Extend test/[...] conditionals: ==, <, >, -nt, -ot, -ef OPEN http://austingroupbugs.net/view.php?id=375 This is still left open due to discussions pending on the reflector. Bug 0000789: Add set -o pipefail OPEN http://austingroupbugs.net/view.php?id=789 * Current Business Bug #853: references to tables broken, says "Batch Services Summary" OPEN http://austingroupbugs.net/view.php?id=853 Confirmed as a bug. Assuming this is now just a bug in awk. Andrew has the action to fix and also to close the bug when doing so. Bug #851: pthread_atfork orphans handlers in unloaded shared libraries OPEN http://www.austingroupbugs.net/view.php?id=851 There was much discussion on this item. Does the last paragraph of the description of dlclose() preclude unregistering atexit() and pthread_atfork() handlers? Why does this paragraph exist? How would the implementation know whether a reference still exists? Why should it care? Shouldn't it be the responsibility of applications to ensure that no references exist before calling dlclose()? Could this be about preventing problems if two bits of code dlopen() the same shared library and one of them subsequently calls dlclose()? (Don't want the dlclose() in one bit of code from interfering with the other bit of code.) Can we work around this by saying that an atexit() or pthread_atfork() handler would only be unregistered if/when functions and/or data objects are removed from the address space? 733 line 24711: what does "to which references have been relocated" mean? 85 line 2390 definition of relocation. mentions symbolic reference, but there is no definition of symbolic reference. Action item for Andrew: See if anyone familiar with the history of this can provide some background. (after the meeting Andrew reported back by email, that the routines were introduced by the Aspen Group (Sun, HP, Digital) in 1995/1996. Unclear that we have a named individual we can reach. Bug #852: Clarify MAP_FIXED semantics when replacing existing locked mappings OPEN http://www.austingroupbugs.net/view.php?id=852 This was discussed and some initial proposals circulated in the etherpad. Martin has an action item , to find out whether mmap() on Solaris unlocks existing locks when unmapping an existing mapped region. Bug #856: suseconds_t should not be shaded XSI Accepted http://www.austingroupbugs.net/view.php?id=856 This item is tagged for TC2-2008. Bug #858: highlight the dangers of using pthread_atfork() Accepted http://www.austingroupbugs.net/view.php?id=858 This item is tagged for TC2-2008. Next Steps ---------- The next call is on July 24, 2014 (a Thursday) There will be no call on July 31st. Calls are anchored on US time. (8am Pacific) This call will be for the regular 90 minutes. http://austingroupbugs.net An IRC channel will be available for the meeting irc://irc.freenode.net/austingroupbugs An etherpad is usually up for the meeting, with a URL using the date format as below: http://posix@posix.rhansen.org:9001/p/201x-mm-dd password=2115756#