All
Enclosed are the minutes of today’s meeting
regards
Andrew
------------

Minutes of the 24th October 2024 Teleconference    Austin-1432 Page 1 of 1
Submitted by Andrew Josey, The Open Group.        24th October 2024

Attendees:
  Andrew Josey, The Open Group
  Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR
  Don Cragun, IEEE SA OR
  Geoff Clare, The Open Group
  Eric Ackermann, CISPA

Apologies
  Eric Blake, Red Hat, The Open Group OR
  Tom Thompson, IEEE


The ISO status remains unchanged.

We have heard back from the IEEE about the candidate errata items.
The resolution is that we need to handle these through the technical
corrigenda process. Andrew took an action to start preparation
for a PAR submission at IEEE. We also agreed that we would
review the ISO editorial comments to see whether any were
editorial corrections that we felt should also be included in a TC.


* Carried forward

Bug 1851: FD_CLOFORK should not be preserved across exec
https://www.austingroupbugs.net/bug_view_page.php?bug_id=1851

This item still open.
AI: Andrew to try to contact Solaris, other BSD, AIX, and macOS for
comments.  Andrew has partially completed this, sending notes to
contacts for Solaris and macOS. A response has been received for
Solaris. It does not appear as if we will get further responses on this one.


* Current Business

Bug 1854: dd iflags=fullblock should be iflag=fullblock OPEN Accepted as Marked
https://www.austingroupbugs.net/bug_view_page.php?bug_id=1854

An interpretation is required.
This item is tagged for TC1-2024.

Interpretation response:
The standard states that dd accepts operands of the form iflags=fullblock,
and conforming implementations must conform to this. However,
concerns have been raised about this which are being referred to
the sponsor.

Rationale:
This addition to the standard was intended to match existing practice,
which is iflag=fullblock.

Notes to the Editor (not part of this interpretation):
Change all occurrences of "iflags", except in CHANGE HISTORY, on the dd page to 
"iflag". 



Bug 1861: xargs -L broken by 0000243 resolution  Accepted as Marked.
https://www.austingroupbugs.net/bug_view_page.php?bug_id=1861

A comment was received and the interpretation has been revised.
See bugnote 6934
https://www.austingroupbugs.net/view.php?id=1861#c6934

Andrew to restart the interpretation review period.


Bug 1853: xargs -x lost an important detail between Issue 6 and 7 Accepted as 
Marked
https://www.austingroupbugs.net/bug_view_page.php?bug_id=1853

This item is tagged for TC1-2024.


On page 3600 line 123148 section xargs (SYNOPSIS), change:
   xargs [-prtx] [-E eofstr|-0] [<XSI>-I replstr|-L number</XSI>|
   -n number]
to:
   xargs [-prt] [-E eofstr|-0] [<XSI>-I replstr|-L number [-x]|</XSI
> -n number [-x]]

After page 3600 line 123162 section xargs (DESCRIPTION), add a paragraph:
   If one or more arguments are read from standard input, each
   constructed command line shall include at least one argument
   from standard input; it shall be an error if a command line
   that will fit in the implied or specified size (see the -s
   option) cannot be constructed containing even one argument.

On page 3601 line 123206 section xargs (OPTIONS, -I), delete:
   Option -x shall be forced on.

On page 3602 line 123241 section xargs (OPTIONS, -x), change:
   Terminate if a constructed command line will not fit in the
   implied or specified size (see the -s option above).
to:
   Terminate if a command line containing number arguments (see
   the -n option) <XSI>or number lines (see the -L option)</XSI>
   that will fit in the implied or specified size (see the -s
   option) cannot be constructed. Applications should use the -x
   option when it would not be appropriate for constructed commands
   to contain fewer than number arguments; for example, when
   executing the diff utility with -n 2 in order to compare pairs
   of files.

After page 3605 line 123412 section xargs (RATIONALE), add a paragraph:
   Editions of this standard between 2008 and 2024 did not require
   xargs to terminate if -x and -n number were both specified and
   a command line containing number arguments could not be
   constructed. This requirement was unintentionally lost while
   simplifying the description of -x. These editions continued to
   show (in EXAMPLES) the use of -x to force all executions of
   diff to be passed two operands. The requirement has now been
   reinstated. In addition, prior to 2008 it was unclear whether
   conforming XSI implementations were required to accept -x with
   -L number (because although this combination was described in
   the text, the SYNOPSIS did not require it to be accepted).
   Editions between 2008 and 2024 required the combination to be
   accepted, but with the same defect as for -x -n number. The
   requirements for -L now match those for -n. Some implementations
   accept -x with other options besides -n and -L, but there is
   no reason for portable applications to use such combinations
   and this standard does not require them to be accepted.


Bug 1862: Missing ETXTBSY error for fexecve()   Accepted
https://www.austingroupbugs.net/bug_view_page.php?bug_id=1862

This item is tagged for TC1-2024.


Next Steps 
----------

The next calls are on
Thu 2024-10-31 (WEBEX meeting - general bugs)
Thu 2024-11-07 (WEBEX meeting - general bugs)

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: [email protected] 
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