I must admit, I am not sure I understand the scenario to which you refer,
although I suppose it is possible for an IRP_MJ_CLOSE to arrive prior to the
completion of an IRP_MJ_CREATE (atypical, but certainly allowed). In that
case when you do the lookup (in IRP_MJ_CLOSE) for that FsContext value, you
will not find an entry and will skip it (not tracked so there is no change
in state). When the IRP_MJ_CREATE completes, you would then perform a
lookup, the entry would not be found so you would create the new entry.
So, is there an issue you have seen here, or are you merely trying to
improve your understanding?
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com
Hope to see you at the next OSR file systems class in San Jose, CA September
16, 2002!
-----Original Message-----
From: ecore [mailto:xxxxx@hotmail.com]
Sent: Friday, August 29, 2003 11:40 AM
To: File Systems Developers
Subject: [ntfsd] Tony,please.Question about Reference Counting article in NT
Insider?
At first,excuse me for ask tony in this direct way.
According to description in Reference Counting article in
NT Insider,I have below question:
When does IRP_MJ_CREATE increase the reference count?In
it’s Completion Routing?
We know,an IRP_MJ_CREATE will lead to an IRP_MJ_CLOSE(not
the same fileobject,but the same FCB)recursively,then
the IRP_MJ_CLOSE will occur before the completion of the
IRP_MJ_CREATE.
The reference count will decrease at first,it perhaps will
drop to zero.
At this Scenario,Can I sure the
(DataSection!=NULL&&ImageSection!=NULL)?
If the DataSection==NULL&&ImageSection==NULL,oh,Last
Close.I delete the context of per-file,Wrong!
anyone can explain it?maybe at this scenario,I can sure
the two section will not be NULL?
thanks you,especially for Tony.
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com