Rémi Bernon (@rbernon) commented about dlls/ntdll/unix/sync.c:
+ * prevent other threads from writing to it concurrently. + * + * It's possible for an object currently in use (by a waiter) to be closed and + * the same handle immediately reallocated to a different object. This should be + * a very rare situation, and in that case we simply don't cache the handle. + */ +struct inproc_sync_cache_entry +{ + LONG refcount; + int fd; + enum inproc_sync_type type; + unsigned int access; + BOOL closed; + /* handle to the underlying in-process sync object, stored as obj_handle_t + * to save space */ + obj_handle_t handle; Same here, why do we care about the handle?
-- https://gitlab.winehq.org/wine/wine/-/merge_requests/7226#note_93875