Minutes of the 13th January 2022 Teleconference Austin-1190 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 14th December 2021 Attendees: Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR Don Cragun, IEEE PASC OR Andrew Josey, The Open Group Eric Blake, Red Hat, The Open Group OR Geoff Clare, The Open Group Eric Ackermann, HPI, University of Potsdam Mark Ziegast, SHware Systems Dev. Apologies Tom Thompson, IEEE * General news This was a call dedicated to General bugs. Note: There will be no meeting on Monday 17th January We discussed X-Mailing-List: austin-group-l:archive/latest/33622, fro Mark Galeck. In brief the drafts are not intended to be circulated, we will propose he uses the change history section within the draft to locate defects applied, and then use Mantis bug information if necessary as that is public. Andrew took an action to reply to him addressing the query. Andrew to send a draft to Austin Core first. At one point during bug resolution today we discussed style and noted the following resource: The Open Group® Technical Publications Style Guide (Abridged) https://pubs.opengroup.org/handbooks/technical-publications-styleguide/toc.html * Outstanding actions None. * Current Business Bug 1505: Make doesn't seem to specify unset macro expansion behaviour https://austingroupbugs.net/view.php?id=1505 Reopened, Geoff AI to come up with new wording warning application writers that depending on macros being undefined is risky. Bug 1523: Wrong layout of getopt "-" Accepted as Marked https://austingroupbugs.net/bug_view_page.php?bug_id=1523 This item is tagged for TC3-2008. Two-part resolution: 1. Action on Andrew to change the HTML translation so it better resembles the PDF Completed after the meeting. 2. In the next update to the standard (PDF/troff), make the following changes: On page 1061 line 36094 section getopt(), change: If, when getopt( ) is called: to: If, when getopt( ) is called, any of the following is true: On page 1061 line 36096 section getopt(), change: is not the character − to: is not the character '−' Bug 1524: open() flags used by fopen() Accepted as Marked https://austingroupbugs.net/bug_view_page.php?bug_id=1524 This item is tagged for Issue 8. Bug 0001302 has been resolved since this bug was submitted, so the proposed changes that overlap with 1302 need to be specified in the form "after applying bug 1302 change ..." The first requested change is not needed as it is being made by 1302. Likewise the similar change for 'x' is included in 1302. So the only changes needed are to the table and surrounding text. I suggest: On P882 L30005, after applying bug 1302 change: The file descriptor associated with the opened stream shall be allocated and opened as if by a call to open() using the following flags, with the addition of the O_CLOEXEC flag if mode includes 'e', and the O_EXCL flag if mode includes 'x' and either 'w' or 'a': to: The file descriptor associated with the opened stream shall be allocated and opened as if by a call to open() using the following flags: On P882 L30007, after applying bug 1302 change the third column of the table header from: open() Flags to: Initial open() Flags After the table on P882 L30007-30013, add the following new paragraphs (all CX shaded): If, and only if, the 'e' mode string character is specified, the O_CLOEXEC flag shall be OR'ed into the initial open() flags specified in the above table. If, and only if, the 'x' mode string character is specified together with either 'w' or 'a', the O_EXCL flag shall be OR'ed into the initial open() flags specified in the above table. When using mode strings specified by this standard, the implementation shall behave as if no other flags had been passed to open(). Bug 1525: only the close() of the last fd for a socket should destroy the socket Accepted https://austingroupbugs.net/bug_view_page.php?bug_id=1525 This item is tagged for TC3-2008. Bug 1526: Update fdopen() mode description to match new fopen() terminology Accepted as Marked https://austingroupbugs.net/bug_view_page.php?bug_id=1526 This item is tagged for Issue 8. On page 823 line 28083 section fdopen(), change: The mode argument points to a character string, which shall also be valid for fopen(). The string prefix shall have the following effects: r or rb Open a file for reading. w or wb Open a file for writing. a or ab Open a file for writing at end-of-file. r+ or rb+ or r+b Open a file for update (reading and writing). w+ or wb+ or w+b Open a file for update (reading and writing). a+ or ab+ or a+b Open a file for update (reading and writing) at end-of-file. The meaning of these flags is exactly as specified in fopen(), except that modes beginning with w shall not cause truncation of the file, and the use of x shall have no effect. The FD_CLOEXEC flag of fildes shall be unchanged if e was not present, and shall be set if e is present. to: The mode argument points to a character string that is valid for fopen(). If the string begins with one of the following characters, then the stream shall be associated with fildes as specified. Otherwise, the behavior is undefined. 'r' If mode includes '+', the associated stream shall be open for update (reading and writing); otherwise, the stream shall be open for reading only. If the open file description referenced by fildes has O_APPEND set, it shall remain set. 'w' If mode includes '+', the associated stream shall be open for update (reading and writing); otherwise, the stream shall be open for writing only. The file shall not be truncated by the fdopen() call. If the open file description referenced by fildes has O_APPEND set, it shall remain set. 'a' If mode includes '+', the associated stream shall be open for update (reading and writing); otherwise, the stream shall be open for writing only. If the open file description referenced by fildes has O_APPEND clear, it is unspecified whether O_APPEND is set by the fdopen() call or remains clear. The presence of 'x' in mode shall have no effect. The FD_CLOEXEC flag of fildes shall be unchanged if 'e' is not present, and shall be set by the fdopen() call if 'e' is present. On page 824 line 28124 section fdopen(), change: The meanings of the mode arguments of fdopen() and fopen() differ. With fdopen(), open for write (w or w+) does not truncate, and append (a or a+) cannot create for writing. The mode argument formats that include a b are allowed for consistency with the ISO C standard function fopen(). The b has no effect on the resulting stream. Although not explicitly required by this volume of POSIX.1-202x, a good implementation of append (a) mode would cause the O_APPEND flag to be set. Since fdopen() does not create a file, the x mode modifier is silently ignored. The e mode modifier is ... to: The meanings of the mode arguments of fdopen() and fopen() differ. With fdopen(), write ('w') mode cannot create or truncate a file, and append ('a') mode cannot create a file. Inclusion of a 'b' in the mode argument is allowed for consistency with fopen(); the 'b' has no effect on the resulting stream. Implementations differ as to whether specifying append ('a') mode causes the O_APPEND flag to be set if it was clear, but they are encouraged to do so. Since fdopen() does not create a file, the 'x' mode modifier is silently ignored. The 'e' mode modifier is ... On page 1421 line 47441, 47447, 47453 section popen(), and page 1422 line 47499 section popen(), and page 1423 line 47508, 47509, 47525, 47532, 47533 section popen(), and page 1428 line 47785 section popen(): change r, w, and e to 'r', 'w', and 'e', respectively. On page 1422 line 47505 section popen(), change: The behavior of popen() is specified for values of mode of r, w, re, and we. Other modes such as rb and wb might ... to: The behavior of popen() is specified for values of mode of "r", "w", "re", and "we". Other modes such as "rb" and "wb" might ... On page 1423 line 47508 section popen(), change: robert the robot to: "robert the robot" On page 1423 line 47536 section popen(), change: wf to: "wf" On page 1423 line 47542 section popen(), change: rf to: "rf" Bug 1527: cd requires the impossible on standard output OPEN https://austingroupbugs.net/bug_view_page.php?bug_id=1527 We will continue this item next time. Next Steps ---------- There is no meeting on Mon 2022-01-17 (gettext) Martin Luther King, Jr. holiday in the US The next calls are on: Thu 2022-01-20 (general bugs) Mon 2022-01-24 (gettext) 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)