Minutes of the 17th November 2022 Teleconference Austin-1271 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 18th November 2022 Attendees: Don Cragun, IEEE PASC OR Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR Mark Ziegast, SHware Systems Dev. Eric Ackermann, HPI, University of Potsdam Geoff Clare, The Open Group Eric Blake, Red Hat, The Open Group OR Apologies: Andrew Josey Tom Thompson * General news This was a call dedicated to general bugs. * Carried Forward This section trimmed -- see Austin/1264 Bug 1593: specify whether struct sockaddr_un.sun_path can be a flexible array member OPEN https://austingroupbugs.net/view.php?id=1593 Wait for Eric to complete his action on bug 561 Bug 1406: clarification of SEEK_END when current pointer doesn't match buffer size OPEN https://austingroupbugs.net/view.php?id=1406 Actions carried forward: ACTION: Andrew to contact Rich Felker (dalias) and Alan Coopersmith (Solaris) for feedback. Completed ACTION: Eric B to contact glibc folks. Bug 1616: Standardize mktemp utility OPEN https://austingroupbugs.net/view.php?id=1616 We will need a sponsor; it is not suitable for inclusion in Issue 8. ACTION: Eric to ask The Open Group to sponsor adding the mktemp utility (for Issue 9). * Current Business Bug 1617: what tsort should do with cycles? Accepted as Marked https://austingroupbugs.net/view.php?id=1617 This item is tagged for Issue 8. Add a new paragraph to the DESCRIPTION of tsort after D2.1 P3237, L109968: If a cycle is found in the input, diagnostic or warning messages shall be written to standard error reporting that there is a cycle and indicating which nodes are in the cycle(s). If a diagnostic message is written, the final exit status shall be non-zero. Change the STDERR in tsort on P3238, L100001 from: The standard error shall be used only for diagnostic messages. to: The standard error shall be used only for diagnostic and warning messages.<.blockquote> Bug 1324: sem_open() should not require the same name to map to the same virtual address Accepted as Marked https://austingroupbugs.net/view.php?id=1324 This item is tagged for Issue 8 Change in the DESCRIPTION of sem_close() on P1799, L59021-59023: If the sem_unlink( ) function has been successfully invoked for name after the most recent call to sem_open( ) with O_CREAT for this semaphore, then when all processes that have opened the semaphore close it, the semaphore is no longer accessible. to: If the sem_unlink( ) function has been successfully invoked for name after the most recent call to sem_open( ) with O_CREAT for this semaphore, then when all processes that have opened the semaphore close all semaphore handles to it, the semaphore is no longer accessible. Change in the DESCRIPTION of sem_open() on P1807, L59217-59219: Following a call to sem_open( ) with semaphore name name, the process may reference the semaphore associated with name using the address returned from the call. to: Following a call to sem_open( ) with semaphore name name, the process may reference the semaphore associated with name using the semaphore handle returned from the call. Change in the DESCRIPTION of sem_open() on P1808, L59258-59262: If a process makes multiple successful calls to sem_open( ) with the same value for name, the same semaphore address shall be returned for each such successful call, provided that there have been no calls tosem_unlink( ) for this semaphore, and at least one previous successful sem_open( ) call for this semaphore has not been matched with a sem_close() call. to: If a process makes multiple successful calls to sem_open( ) with the same value for name, there have been no intervening calls tosem_unlink( ) for name, and at least one open handle for this semaphore has not been closed with a sem_close() call, it is implementation-defined whether the same handle or a unique handle is returned for each such successful call. Next Steps ---------- The next calls are on: Mon 2022-11-21 (general bugs) Thu 2022-11-24 NO CALL for US Thanksgiving Thu 2022-11-28 (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)