Minutes of the 28 March 2013 Teleconference Austin-601 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 29 March 2013 Attendees Don Cragun, PASC OR Andrew Josey, The Open Group Eric Blake, Red Hat Nick Stoughton, USENIX, ISO/IEC OR Jim Pugsley, Oracle Mark Brown, IBM, TOG OR Joerg Schilling, Fraunhofer Society Richard Hansen, BBN Geoff Clare, The Open Group * General News We are targeting the merged 2013 edition document to be published with IEEE on 19 April 2013. Andrew will check the current status with the ISO secretariat. It was noted that with the publication of the merged document we will be closing a number of bugs in the Mantis bug tracker, now that they have been applied . This will trigger a number of emails in the system. Andrew will send a warning before we do that. Andrew and Geoff have an action to determine how best to close the bugs now rolled into TC1. This was closed after the meeting: There are 280 bugs with the tc1-2008 tag. It looks like there is a way to close many bugs in one go: when viewing the filtered list, click "Select All" at the bottom left and then select "Close" from the drop-down and click OK. Assuming "Select All" only selects the bugs shown on the current page (i.e. the first 50 of the 280) and this will need to be repeated 5 more times to do them all. Andrew took an action to review the interpretations status, close any pending interpretations now finalized, and start a 30 day review for proposed interpretations. * Old Business +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 This item needs further investigation of existing implementations. Mark reported that AIX does not have a problem with this. Jim notes he is still looking at this. +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 0000576: No format specifiers for several types OPEN http://austingroupbugs.net/view.php?id=576 Bug 0000599: Reserved "no thread" value for pthread_t A/M Issue 8 Bug 0000517: EBNF support OPEN http://austingroupbugs.net/view.php?id=517 It was agreed that we need Joerg's input on this item and have left it open for now. Andrew took an action on the 12 September call to notify Joerg (completed after the meeting). * Current Business Bug 0000633: SIGEV_THREAD delivery renders many signal interfaces unsafe OPEN http://austingroupbugs.net/view.php?id=633 This item was again left open pending further feedback. 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 0000656: Clearly allow or forbid thread-local storage for "static" buffers OPEN http://austingroupbugs.net/view.php?id=656 Don has an action to propose wording changes to all of the same places that bug 75 modified. Bug 0000654: unclear behavior of in-line variable assignments preceding functions, special built-ins OPEN http://austingroupbugs.net/view.php?id=654 Richard has volunteered to take an action to draft some words. 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. We will pick up with this one next time. A reminder for next week is to look at bug 573 (if Joerg has completed his action) Bug 0000663: Specification of str[n]casecmp is ambiguous Reopened http://austingroupbugs.net/view.php?id=663 This item was reopened based on discussions on the reflector. We agreed that we will proceed with the changes to clarify that the POSIX locale must have a single-byte 8-bit clean encoding, and that this was always the intention. We noted that POSIX already has a big additional requirement for the C/POSIX locale over the C Standard, namely that it must have 8-bit bytes (whereas the C Standard allows larger bytes). We should add an optional POSIX.UTF-8 locale in Issue 8, and this could be used as the default if a C program calls setlocale() with an empty string and none of LANG and the LC_* variables are set in the environment. We discussed the proposed changes in the thread starting with mail sequence 18730 and noted the following points: * The proposed addition to utility APPLICATION USAGE sections needs a minor change to talk about undefined behaviour instead of errors. Also, if any of the affected utilities do not require a text file as input, then something a little different will be needed. * The EILSEQ change also applies to mblen() and mbrlen(). * For some functions the EILSEQ error is shaded XSI, but should be CX. (If bug 663 ends up being targeted at Issue 8, these should be fixed in a separate bug for TC2.) * The extra change to btowc() is needed (for consistency with mbtowc()). * We need to check whether the proposed change to the LC_COLLATE sequence for the POSIX locale matches existing behaviour of EBCDIC-based systems. Action: Mark to contact the implementers to ask them. If it does not match existing behaviour, an alternative that still fixes the non-adjacent identical lines problem with sort would be to require that all 256 characters have different primary collation weights. Next Steps ---------- The next call is on April 4 2013 (a Thursday) Calls are anchored on US time. 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.freenode.net/austingroupbugs