Minutes of the 3rd April 2023 Teleconference Austin-1304 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 5th April 2023 Attendees: Don Cragun, IEEE PASC OR Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR Eric Ackermann, HPI, University of Potsdam Geoff Clare, The Open Group Andrew Josey, The Open Group Eric Blake, Red Hat, The Open Group OR Mark Ziegast, SHware Systems Dev. * General news We discussed the IEEE ballot for Draft 3. We already have a number of positive ballots, also a number of comments. The ballot ends on May 30. The ISO/IEC CD ballot is also running for the same period. We discussed the reply from ISO about style for the standard and will need to find evidence of previous discussions to supply to them. * Carried Forward This section trimmed -- see Austin/1264 Bug 1406: clarification of SEEK_END when current pointer doesn't match buffer size OPEN https://austingroupbugs.net/view.php?id=1406 Actions carried forward: ACTION: Andrew to contact Rich Felker (dalias) and Alan Coopersmith (Solaris) for feedback. Completed ACTION: Eric B to contact glibc folks. Bug 1616: Standardize mktemp utility OPEN https://austingroupbugs.net/view.php?id=1616 We will need a sponsor; it is not suitable for inclusion in Issue 8. ACTION: Eric to ask The Open Group to sponsor adding the mktemp utility (for Issue 9). Bug 1291: Add method to obtain pthread attributes OPEN https://austingroupbugs.net/view.php?id=1291 Needs additional details and sponsor for Issue 9 Bug 0000251: Forbid newline, or even bytes 1 through 31 (inclusive), in filenames OPEN http://austingroupbugs.net/view.php?id=251 (brought forward) Don has an action to produce a proposal. Bug 1622: Standardize getpeereid function OPEN https://austingroupbugs.net/view.php?id=1622 Action: Eric B to ask The Open Group if they are willing to sponsor this function for Issue 9. * Current Business Bug 1630: Alias names https://austingroupbugs.net/view.php?id=1630 OPEN (brought forward) There is a proposal in the etherpad for feedback. See https://posix.rhansen.org/p/2023-02-27 Bug 1647: printf("%lc", (wint_t)0) can't output NUL byte Accepted as Marked https://austingroupbugs.net/view.php?id=1647 An interpretation is required Interpretation response: The standard states that printf("%lc", (wint_t)0) writes no bytes, and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: The requirement to write no bytes does not match historical practice. However, the requirement derives from the ISO C standard and an attempt to change the requirements in a TC for Issue 7 would introduce a conflict. Therefore this will be addressed in Issue 8 by not deferring to the ISO C standard regarding this behavior. Notes to the Editor (not part of this interpretation): Change page 909 line 30747 (fprintf DESCRIPTION) from: Excluding dprintf(): The functionality described on this reference page is aligned with the ISO C standard. Any conflict between the requirements described here and the ISO C standard is unintentional. This volume of POSIX.1-2017 defers to the ISO C standard. to: Except for dprintf() and the behavior of the %lc conversion when passed a null wide character, the functionality described on this reference page is aligned with the ISO C standard. Any other conflict between the requirements described here and the ISO C standard is unintentional. This volume of POSIX.1-202x defers to the ISO C standard for all fprintf(), printf(), snprintf(), and sprintf() functionality except in relation to the %lc conversion when passed a null wide character. Change page 913 line 30957 (fprintf DESCRIPTION for %c) from: If an l (ell) qualifier is present, the wint_t argument shall be converted as if by an ls conversion specification with no precision and an argument that points to a two-element array of type wchar_t, the first element of which contains the wint_t argument to the ls conversion specification and the second element contains a null wide character. to: If an l (ell) qualifier is present, [CX]the wint_t argument shall be converted to a multi-byte sequence as if by a call to wcrtomb( ) with a pointer to storage of at least MB_CUR_MAX bytes, the wint_t argument converted to wchar_t, and an initial shift state, and the resulting byte(s) written.[/CX] Add a paragraph to RATIONALE, page 920 line 31263: The behavior specified for the %lc conversion differs slightly from the specification in the ISO C standard, in that printing the null wide character produces a null byte instead of 0 bytes of output as would be required by a strict reading of the ISO C standard's direction to behave as if applying the %ls specifier to a wchar_t array whose first element is the null wide character. Requiring a multibyte output for every possible wide character, including the null character, matches historical practice, and provides consistency with %c in fprintf( ) and with both %c and %lc in fwprintf( ). It is anticipated that a future edition of the ISO C standard will change to match the behavior specified here. Bug 1641: sockaddr_storage is not alias safe Re-OPENed https://austingroupbugs.net/view.php?id=1641 This was reopened, starting with the input from the 2023-03-30 meeting. We will continue on this item next time. Next Steps ---------- The next calls are on: Thu 2023-04-06 (general bugs) Mon 2023-04-10 NO MEETING (Easter) Mon 2023-04-13 (general bugs) tentative The calls are for 90 minutes Calls are anchored on US time. (8am Pacific) Please check the calendar invites for dial in details. Bugs are at: https://austingroupbugs.net An etherpad is usually up for the meeting, with a URL using the date format as below: https://posix.rhansen.org/p/20xx-mm-dd (For write access this uses The Open Group single sign on, for those individuals with gitlab.opengroup.org accounts. Please contact Andrew if you need to be setup)