Minutes of the 11th March 2024 Teleconference Austin-1391 Page 1 of 1 Submitted by Andrew Josey, The Open Group. 13th March 2024 Attendees: Don Cragun, IEEE SA OR Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR Andrew Josey, The Open Group Geoff Clare, The Open Group Mark Ziegast, SHware Systems Dev. Eric Ackermann, CISPA Eric Blake, Red Hat, The Open Group OR Apologies Paul Eggert * General news A reminder that the US has switched to daylight saving time. The meetings for the next three weeks will be one hour earlier for attendees in Europe. The sanity review at The Open Group completed March 8th, no comments were received. The next stage is the Board review. The html conversion is still to be completed. Paul Eggert is unable to attend today. [After the meeting he confirmed next availability as March 20th] * Current Business 1797: strftime "%s" should be able to examine tm_gmtoff OPEN https://austingroupbugs.net/bug_view_page.php?bug_id=1797 We will continue this item next time that Paul is available. 1798: Must posix_getdents remember file offsets across exec? Accepted as Marked https://austingroupbugs.net/view.php?id=1798 Although closed previously, a discussion occurred during the meeting as follows: If an application does something like: dir1 = opendir(dirname); fd = dirfd(dir1); dirent1 = readdir(dir1); dir2 = fdopendir(fd); dirent2 = readdir(dir2); Does the standard require that dirent2 either report end-of-file or point to a directory entry that is not contained in the buffer used by dir1? And if both readdir(dir1) and readdir(dir2) continue to be used by a single thread and resinddir() is not called, are the directory entries returned by those readdir()s required to provide non-overlapping access to all of the directory entries in the directory named by dirname (subject to the constraints aboiut newluy added files might not be found by readir() on either stream and deleted files might be found by a readdir() on one of them after the file has been deleted)? Furthermore, if the readdir() calls are replaced by posix_getdents() calls using dup()ed file descriptors referring to the same file description, posix_getdents()s calls (using dirrerent buffers and different file descriptors) are required to fill the buffers with complete disjoint entries for the directory (with the same constraints about recently added and deleted files)? This discussion took the whole meeting. Next Steps ---------- The next call is on: Thu 2024-03-14 (Zoom meeting - general bugs) Mon 2024-03-18 (WEBEX meeting - general bugs) The calls are for 90 minutes Calls are anchored on US time. (8am Pacific) Apologies in advance: Geoff Clare 2024-03-18 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)