Windows use a read/write lock (ERESOURCE) per OBJECT_TYPE. BTW: windows has an internal function BOOL ObReferenceObjectSafe, which tells if the referencing succeded or not, while the ObReferenceObject is a VOID. Its probably unrelated thou.
Hartmut Birr wrote:
Hi,
I can fix my problem by protecting the access to some entries of the object header with a global spinnlock, but I doesn't like this. Has anyone a better idea?
- Hartmut