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?