Win32 internals question: is the kernel assumed to increment the reference count of a HANDLE during overlapped I/O, such that the "correct" time to CloseHandle is after all I/O is _issued_ rather than completed? Or is it not incremented, so the CloseHandle must be deferred?
-
-
Maybe you have experience here I don't. I spent 10 minutes poking through the source. It looks like the file object reference transferred to the IRP down to the driver, then dereferenced in the IRP completion, which ought to keep it open.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
I think he was talking about the event handle in the OVERLAPPED structure in which case I have no idea.
-
no, I think you're right here. I looked at the code behind CloseHandle, and now I think all pending IO on the file get canceled when the handle is closed by the application. Dang
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.