Minutes of the 1st May 2014 Teleconference Austin-654 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 2nd May 2014 Attendees: Andrew Josey, The Open Group Geoff Clare, The Open Group Don Cragun, IEEE PASC OR David Clissold, IBM Mark Brown, Canonical Eric Blake, Red Hat Mark Ziegast, SHware Systems Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR Apologies Joerg Schilling FOKUS Fraunhofer Martin Rehak, Oracle, The Open Group OR Richard Hansen, BBN * General news No updates to report. * 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 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, 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 #811: precondition for mutex destruction unclear; example contradicts normative text OPEN http://www.austingroupbugs.net/view.php?id=811 We have left this item open pending further input from Dave Butenhof on supplying a new example. Bug 0000833: SOCK_* flags in getaddrinfo hints->ai_socktype Accepted as Marked http://austingroupbugs.net/view.php?id=833 This item has been tagged for Issue 8. The changes for this issue have been included in the updated fix for 0000411. The additional changes to the Desired Action for 411 are (all line numbers relative to Issue 7): Change P383 L12865: The header shall define the following symbolic constants with distinct values: to The header shall define the following socket types (see [xref to XSH 2.10.6]) as symbolic constants with distinct values: At the current text in bug 411 under the heading "After line 12869 [XBD ]", change: The header shall define the following symbolic constants with values that are bitwise distinct from each other and from the preceding SOCK_* constants: to: Implementations may provide additional socket types. The header shall define the following socket flags, for use in socket(), socketpair(), and accept4(). These flags shall be symbolic constants with values that are bitwise distinct from each other and from all SOCK_* constants representing socket types: After the current text in bug 411 added under the heading " After line 19395 [XSH accept DESCRIPTION], add the following:" add an additional paragraph: Implementations may define additional flags. After the current text in bug 411 under the heading "After line 62515 [XSH socket DESCRIPTION], add the following: Implementations may define additional flags. After the current text in bug 411 under the heading "After line 62586 [XSH socketpair DESCRIPTION], add the following: Implementations may define additional flags. Add to APPLICATION USAGE in freeaddrinfo() after P920, L30800: The [I]ai_socktype[/I] field pointed to by hints is just the socket type; not the socket type and flags that can be specified when the socket is created. At page 917, line 30691, change as defined in socket() to as defined in [xref to 2.10.6] Eric took an action to merge the changes into one document and attach it as an ODT and a PDF to bug 411, as they are too long to go in a note. Bug 0000836: accept() should not modify address_len on failure Accept http://austingroupbugs.net/view.php?id=836 This item is tagged for TC2-2008 Next Steps ---------- The next call is on May 8, 2014 (a Thursday) 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#