All
Enclosed are the minutes from yesterday’s call
regards
Andrew
-----------


Minutes of the 11th December 2023 Teleconference    Austin-1368 Page 1 of 1
Submitted by Andrew Josey, The Open Group.         12th December 2023

Attendees:
    Don Cragun, IEEE PASC OR
    Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR
    Mark Ziegast, SHware Systems Dev.
    Andrew Josey, The Open Group
    Eric Ackermann
    Geoff Clare, The Open Group
    Eric Blake, Red Hat, The Open Group OR
    Ahmet Acar

Apologies
    Tom Thompson, IEEE

* General news


We reviewed the actions from the previous meeting.

Andrew confirmed he has update the comment dispositions to Revised
at IEEE and is continuing with preparation.

Andrew has prepared revised draft frontmatter taking into account
the change of the Computer Society committee. He has submitted this
to the IEEE staff to check.

Andrew has prepared a disposition of the ISO comments, with the
change from what was prepared before to put a revised response for
US-001 which is about the format of the document

Andrew has closed out bug report 1738.
After the meeting Andrew also closed out bug 1742, he will ensure
that in the response to the ISO/IEC ballot comments that we confirm
the draft has been synchronized.

The following action is still open.

We discussed the need for a general status report to be issued,
describing where we are in the draft schedule and the cutoff for
content to be considered into Issue 8.  
AI:Andrew to draft status report (to be done when D4 is available)


We noted that D4 is intended to be a stable draft, so if we
feel any of the last bugs are controversial we would be best
to hold them for TC1.

* Current Business


We discussed a mailing list item about the return value for ed
(austin-group-l:archive/latest/36799).  Eric B took an action to
respond to Andrew Moore (see guidance in the etherpad for details).

Note for issue resolution all items are tagged for Issue 8 unless
noted otherwise or disposition is reject or duplicate.


Bug 1784: getopts specification needs fixing (multiple issues)  Accepted as 
Marked
https://austingroupbugs.net/view.php?id=1784

On P67, L2057-2058 (XBD 3.244 Option-Argument definition) change:
    A parameter that follows certain options. In some cases an
    option-argument is included within the same argument string as
    the option—in most cases it is the next argument.
to:
    A parameter that follows certain options. In some cases an
    option-argument immediately follows the option character within
    the same argument string as the option; otherwise the option-argument
    is the next argument string.

On page 2995 line 98801 change:
    getopts optstring name [arg...]
to:
    getopts optstring name [param...]

And globally rename s/arg/param/ elsewhere in the remainder of the
getopts page.

On page 2995 lines 98806-98808 Change:
    Each time it is invoked, the getopts utility shall place the
    value of the next option in the shell variable specified by the
    name operand and the index of the next argument to be processed
    in the shell variable OPTIND. Whenever the shell is invoked,
    OPTIND shall be initialized to 1.
to:
    When the shell is first invoked, the shell variable OPTIND shall
    be initialized to 1. Each time getopts is invoked, it shall
    place the value of the next option found in the parameter list
    in the shell variable specified by the name operand and the
    shell variable OPTIND shall be set as follows:

        When getopts successfully parses an option that takes an
        option-argument (that is, a character followed by <colon>
        in optstring, and exit status is 0), the value of OPTIND
        shall be the integer index of the next parameter to be
        searched for an option character. Index 1 identifies the
        first element of the parameter list.  When getopts reports
        end of options (that is, when exit status is 1), the value
        of OPTIND shall be the integer index of the next element
        of the parameter list (if any; see below).  In all other
        cases, the value of OPTIND is unspecified, but shall encode
        the information needed for the next invocation of getopts
        to resume parsing options after the option just parsed

Replace Lines 98830-98835 with:
    When the end of options is encountered, the getopts utility
    shall exit with a return value of one; the shell variable OPTIND
    shall be set to the index of the argument containing the first
    operand in the parameter list, or the value 1 plus the number
    of elements in the parameter list if there are no operands in
    the parameter list; the name variable shall be set to the
    <question-mark> character. Any of the following shall identify
    the end of options: the first "--" element of the parameter
    list that is not an option-argument, finding an element of the
    parameter list that is not an option-argument and does not begin
    with a '−', or encountering an error.

Change lines 98836-98837 from:
    The shell variables OPTIND and OPTARG shall be local to the
    caller of getopts and shall not be exported by default.
to:
    The shell variables OPTIND and OPTARG shall not be exported by
    default.

Change lines 98840-98841 from:
    The shell variable specified by the name operand, OPTIND, and
    OPTARG shall affect the current shell execution environment;
to:
    The getopts utility can affect OPTIND, OPTARG, and the shell
    variable specified by the name operand, within the current shell
    execution environment;

On P2956, L98845-98846 change:
    ... or with an OPTIND value modified to be a value other than
    1, produces unspecified results
to:
    ... or with an OPTIND value modified by the application to be
    a value other than 1, produces unspecified results

On P2956, L98861-98863 change:
    If the option-argument is not supplied as a separate argument
    from the option character, the value in OPTARG shall be stripped
    of the option character and the '−'.
to:
    Whether or not the option-argument is supplied as a separate
    argument from the option character, the value in OPTARG shall
    only be the characters of the option-argument.

Change P2956, L98868-98869 from:
    The getopts utility by default shall parse positional parameters
    passed to the invoking shell procedure. If args are given, they
    shall be parsed instead of the positional parameters.
to:
    By default, the list of parameters parsed by the getopts utility
    shall be the positional parameters currently set in the invoking
    shell environment (<tt>"$@"</tt>). If param operands are given,
    they shall be parsed instead of the positional parameters. Note
    that the next element of the parameter list need not exist; in
    this case, OPTIND will be set to <tt>$#+1</tt> or the number
    of param operands plus 1.

Next Steps
----------
              
The next call is on:

  Thu 2023-12-14 (Zoom meeting - general bugs/ballot resolution)
  Mon 2023-12-18 (Zoom meeting - general bugs/ballot resolution)

There will then be a break until January 4 2024.

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





Reply via email to