Minutes of the 28th October 2021 Teleconference Austin-1174 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 29th October 2021 Attendees: Don Cragun, IEEE PASC OR Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR Eric Blake, Red Hat, The Open Group OR Eric Ackermann, HPI, University of Potsdam Mark Ziegast, SHware Systems Dev. Geoff Clare, The Open Group Andrew Josey, The Open Group Apologies Tom Thompson, IEEE * General news Note this coming week the calls will be one hour earlier in Europe as summer time ends on October 31. This was a call dedicated to general bugs. We discussed this open action, and decided to close it. "Bug 1254: "asynchronous list" description uses "command" instead of "AND-OR list" OPEN https://austingroupbugs.net/view.php?id=1254 Action: Joerg to investigate how his shell behaves." Action: Andrew to contact Robert Clausecker, regarding Schilly tools SourceForge account. (Completed during the meeting) Robert replied that he has setup a mailing list to coordinate the effort to continue Joerg's work (details on request to Andrew) * Outstanding actions (Please note that this section has been flushed to shorten the minutes - to locate the previous set of outstanding actions, look to the minutes from 13th June 2019 and earlier) Bug 713 - Nick to raise with the C committee. This item raised in Austin/1129 and submitted to the C committee in May 2021. * Current Business Bug 1440: Calling `system("-some-tool")` fails (although it is a valid `sh` command) https://austingroupbugs.net/view.php?id=1440 Accepted as Marked This item is tagged for TC3-2008. An interpretation is required. Interpretation response: The standard states that system() behaves as if it passes "-c" followed by the command string to execl() , and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: There is nothing known that applications can usefully do if the "--" is omitted, therefore there is no reason that the standard should not require the "--". The standard warns applications not to use filenames that start with ('-'). (See the definition of Portable Filename in XBD chapter 3). However, there is no equivalent warning for filenames beginning with ('+'), and applications should be able to use system() to execute commands where the command word begins with '+' (without the need for special precautions such as adding a at the beginning). Notes to the Editor (not part of this interpretation): On page 1437 line 47730 section popen(), change: execl(shell path, "sh", "-c", command, (char *)0); where shell path is ... to: execl(, "sh", "-c", "--", command, (char *)0); where is ... On page 2107 line 67568 section system(), change: execl(, "sh", "-c", command, (char *)0); to: execl(, "sh", "-c", "--", command, (char *)0); Bug 1441: PS4 should be printed for non-interactive shells as well Accept https://austingroupbugs.net/view.php?id=1441 This item is tagged for TC3-2008 Bug 1442: Improvement to getopts example, remove double negation Accept https://austingroupbugs.net/view.php?id=1442 This item is tagged for TC3-2008 Bug 1443: Definition of "pattern" omits some uses Accept https://austingroupbugs.net/view.php?id=1443 This item is tagged for TC3-2008 Bug 1444: Broken cross-references to wordexp() Accept https://austingroupbugs.net/view.php?id=1444 This item is tagged for TC3-2008 Bug 1446: Does a shall-fail in terms of an undefined limits.h macro impose any requirement? Accepted as Marked https://austingroupbugs.net/view.php?id=1446 This item is tagged for TC3-2008 In frontmatter on page xvi change item 4 in the list from: Names surrounded by braces represent symbolic limits or configuration values which may be declared in appropriate headers by means of the C #define construct. to: Names surrounded by braces represent symbolic limits or configuration values which may be declared in appropriate headers by means of the C #define construct, or obtained at runtime from functions or utilities that return limit or configuration values. Add a new element to the list on P270 after L8998: The limit has been changed at runtime by an application (see xref to setrlimit()). On P270 L8999 change: For these reasons, an application may use the fpathconf( ), pathconf( ), and sysconf( ) functions to determine the actual value of a limit at runtime. to: For these reasons, an application can use the fpathconf( ), getrlimit(), pathconf( ), and sysconf( ) functions to determine the actual value of a limit at runtime. Next Steps ---------- The next calls are on: Mon 2021-11-01 (gettext) Thu 2021-11-04 (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)