Minutes of the 13th March 2025 Teleconference Austin-1448 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 16th March 2025 Attendees: Don Cragun, IEEE SA OR Andrew Josey, The Open Group Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR Eric Ackermann, CISPA Geoff Clare, The Open Group Mark Brown Haelwenn Monnier, The Open Group Apologies Eric Blake, Red Hat, The Open Group OR Note that daylight savings times started in the US on 2025-03-09 and so the meetings will be 1 hour earlier in Europe until 2025-03-31. We confirmed the calendar for upcoming meetings, adding a meeting on March 27th. We discussed the latest ISO status, with the direction that the project will be withdrawn at JTC 1, and submitted instead by IEEE through the PSDO process. Andrew forwarded communications to the core team on the status. From Bill Ash (SC22 Manager) "As far future collaboration, I think the IEEE PSDO agreement is flexible on how ISO and IEEE work together. I think it is flexible enough to allow how the Joint WG operates for doing joint work under the PSDO. If we ever run into an issue about liaising or collaborating, the Open Group can always become a CAT A liaison. This would allow for full flexibility in collaborating and sharing of information and engagement as formally recognized by ISO for other SC 22 WGs." * Open Business Bug 1876: clarify, whether a trap action that is executed from a OPEN context where set -e is ignored, would have set -e ignored, too https://www.austingroupbugs.net/bug_view_page.php?bug_id=1876 Andrew took an action to ask shell developers to comment on this issue. (completed by sending an email to the reflector: austin-group-l:archive/latest/37925). Bug 864: Insufficient specification of storage requirements for synchronization objects https://www.austingroupbugs.net/view.php?id=864 AI: Andrew to contact Rich Felker to determine whether or not items 1 an 4 have been resolved by section 2.9.9 and to get suggested wording for changes to address items 2 and 3. The action was completed, but no response received as yet. Bug 1904: LC_TIME era start_date (and end_date) possibly mis-specified https://www.austingroupbugs.net/bug_view_page.php?bug_id=1904 This was discussed during the 2025-02-13 meeting: Historically, there was no year 0 and the standard is worded to reflect this fact. Is this what implementation actually do? Andrew had completed an action to ask for input on what other implementations do and some feedback has been received so need to return to this on a future call. * Current Business Bug 1911: Clearify & consistently define "subexpression" for ERE. https://www.austingroupbugs.net/bug_view_page.php?bug_id=1911 Accepted as marked, resolved, tc1-2024 tag. Bug 1912: sysconf lacks variable for {CHARCLASS_NAME_MAX} https://www.austingroupbugs.net/bug_view_page.php?bug_id=1912 Accepted as marked, Interpretation required, tc1-2024 tag. Interpretation response: The standard states the value of {CHARCLASS_NAME_MAX} shall be provided by the sysconf() function, and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor. Rationale: Applications cannot portably make use of this requirement since the standard does not specify the name of the constant to pass to sysconf(). Notes to the Editor (not part of this interpretation): Before page 468 line 16409 section , add:
_SC_CHARCLASS_NAME_MAX
Page 2199 before line 71772 section sysconf(), add
| {CHARCLASS_NAME_MAX} | _SC_CHARCLASS_NAME_MAX |
Next Steps ---------- We will start on bug 1913 next time. The next calls are on Thu 2025-03-20 (WEBEX meeting - general bugs) Thu 2025-03-27 (WEBEX meeting - general bugs) The calls are for 90 minutes Calls are anchored on US time. (8am Pacific) Apologies in advance Eric Blake, 2025-03-13 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)