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 <tt>'e'</tt> 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 <tt>'x'</tt> mode string character is
    specified together with either <tt>'w'</tt> or <tt>'a'</tt>,
    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.

    <tt>'r'</tt>
	If mode includes <tt>'+'</tt>, 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.

    <tt>'w'</tt>
	If mode includes <tt>'+'</tt>, 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.

    <tt>'a'</tt>
	If mode includes <tt>'+'</tt>, 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 <tt>'x'</tt> in mode shall have no effect. The
    FD_CLOEXEC flag of fildes shall be unchanged if <tt>'e'</tt>
    is not present, and shall be set by the fdopen() call if
    <tt>'e'</tt> 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 (<tt>'w'</tt>) mode cannot create
    or truncate a file, and append (<tt>'a'</tt>) mode cannot create
    a file. Inclusion of a <tt>'b'</tt> in the mode argument is
    allowed for consistency with fopen(); the <tt>'b'</tt> has no
    effect on the resulting stream. Implementations differ as to
    whether specifying append (<tt>'a'</tt>) 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 <tt>'x'</tt>
    mode modifier is silently ignored. The <tt>'e'</tt> 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 <tt>'r'</tt>, <tt>'w'</tt>, and <tt>'e'</tt>, 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
    <tt>"r"</tt>, <tt>"w"</tt>, <tt>"re"</tt>, and <tt>"we"</tt>.
    Other modes such as <tt>"rb"</tt> and <tt>"wb"</tt> might ...


On page 1423 line 47508 section popen(), change:
    robert the robot
to:
    <tt>"robert the robot"</tt>

On page 1423 line 47536 section popen(), change:
    wf
to:
    <tt>"wf"</tt>


On page 1423 line 47542 section popen(), change:
    rf
to:
    <tt>"rf"</tt>

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)