All
Enclosed are the minutes of the Monday meeting this week
regards
Andrew
-----------------
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 <tt>%lc</tt>
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 <tt>%lc</tt> conversion when passed a null wide
character.
Change page 913 line 30957 (fprintf DESCRIPTION for <tt>%c</tt>) from:
If an <tt>l</tt> (ell) qualifier is present, the wint_t argument
shall be converted as if by an <tt>ls</tt> 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 <tt>ls</tt> conversion specification and
the second element contains a null wide character.
to:
If an <tt>l</tt> (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 <tt>%lc</tt> 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
<tt>%ls</tt> 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
<tt>%c</tt> in fprintf( ) and with both <tt>%c</tt> and
<tt>%lc</tt> 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)
--------
Andrew Josey The Open Group
Austin Group Chair
Email: a.jo...@opengroup.org
Apex Plaza, Forbury Road,Reading,Berks.RG1 1AX,England
To learn how we maintain your privacy, please review The Open Group Privacy
Statement at http://www.opengroup.org/privacy.
To unsubscribe/opt-out from this mailing list login to The Open Group
collaboration portal at
https://collaboration.opengroup.org/operational/portal.php?action=unsub&listid=2481
