Sorry to ask such a question but I have went over and over the threads in
the archives and just cant seem to comprehend this subject.
If you completing IRP_MJ_DIRECTORY_CONTROL and have a filter that removes
all files with nothing returned it is said that you must recall the driver.
I am doing this inside a minifilter so I assume the process with be
differnt. My problem is that I lack the knowledge as to why I am to recall
the driver specifically and with what values. I believe I understand the
routines that need to be called inside a minifilter but not totally sure
with what data I am calling.
I understand that if I have filtered out all the data the system needs
something to return. So would I just create another IRP with a NULL buffer
since I am not returning anything and pass it along?
No, you don’t have to create another IRP with a NULL
buffer. Just resend the Irp you received to the next
driver in stack. How to resend? The same way you sent
it in the first place when you got the data to filter.
Fair warning: make sure you have a thorough
understanding of how the I/O Manager handles IRP
completion processing so that you don’t run into
multiple completion problems or other nasty things.
Regards,
Razvan
— Jason T wrote:
> I understand that if I have filtered out all the
> data the system needs
> something to return. So would I just create another
> IRP with a NULL buffer
> since I am not returning anything and pass it along?
>
__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs
Hmm, how would one this in a mini-filter?
I’ve been looking over the cheat sheet for legacy - > mini-filter mapping,
however all the operations assume a single dispatch and a single completion (pre/post
op).
A re-issue would require a dispatch to wait on the completion, reissue and goto
start if it needs to resend again.
Razvan Hobeanu wrote:
No, you don’t have to create another IRP with a NULL buffer. Just resend the Irp
you received to the next driver in stack. How to resend? The same way you sent it
in the first place when you got the data to filter.
Fair warning: make sure you have a thorough understanding of how the I/O Manager
handles IRP completion processing so that you don’t run into
multiple completion problems or other nasty things.
–
Kind regards, Dejan M.
http://www.alfasp.com E-mail: xxxxx@alfasp.com
Alfa Transparent File Encryptor - Transparent file encryption services.
Alfa File Protector - File protection and hiding library for Win32 developers.
Alfa File Monitor - File monitoring library for Win32 developers.
Why not re-issue from the completion instead?
— Dejan Maksimovic wrote:
>
> A re-issue would require a dispatch to wait on
> the completion, reissue and goto
> start if it needs to resend again.
>
__________________________________
Yahoo! Mail - PC Magazine Editors’ Choice 2005
http://mail.yahoo.com
Because it can run in arbitrary context.
Razvan Hobeanu wrote:
Why not re-issue from the completion instead?
— Dejan Maksimovic wrote:
–
Kind regards, Dejan M.
http://www.alfasp.com E-mail: xxxxx@alfasp.com
Alfa Transparent File Encryptor - Transparent file encryption services.
Alfa File Protector - File protection and hiding library for Win32 developers.
Alfa File Monitor - File monitoring library for Win32 developers.
There is a nice filter manager routine to handle this.
Take a look at: FltReissueSynchronousIo
Neal Christiansen
Microsoft File System Filter Group Lead
This posting is provided “AS IS” with no warranties, and confers no
Rights
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Dejan Maksimovic
Sent: Thursday, November 03, 2005 12:27 PM
To: Windows File Systems Devs Interest List
Subject: Re: [ntfsd] Re Issue IRP
Because it can run in arbitrary context.
Razvan Hobeanu wrote:
Why not re-issue from the completion instead?
— Dejan Maksimovic wrote:
–
Kind regards, Dejan M.
http://www.alfasp.com E-mail: xxxxx@alfasp.com
Alfa Transparent File Encryptor - Transparent file encryption services.
Alfa File Protector - File protection and hiding library for Win32
developers.
Alfa File Monitor - File monitoring library for Win32 developers.
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@windows.microsoft.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
Yep, I found out a bit after that post 
Is the instance parameter, in case of FltReissueSynchronousIo, supposed to be the
FltObjects->Instance?
Neal Christiansen wrote:
There is a nice filter manager routine to handle this.
Take a look at: FltReissueSynchronousIo
Neal Christiansen
Microsoft File System Filter Group Lead
This posting is provided “AS IS” with no warranties, and confers no
Rights
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Dejan Maksimovic
Sent: Thursday, November 03, 2005 12:27 PM
To: Windows File Systems Devs Interest List
Subject: Re: [ntfsd] Re Issue IRP
Because it can run in arbitrary context.
Razvan Hobeanu wrote:
> Why not re-issue from the completion instead?
>
> — Dejan Maksimovic wrote:
–
Kind regards, Dejan M.
http://www.alfasp.com E-mail: xxxxx@alfasp.com
Alfa Transparent File Encryptor - Transparent file encryption services.
Alfa File Protector - File protection and hiding library for Win32 developers.
Alfa File Monitor - File monitoring library for Win32 developers.
Yes, whenever there is an instance parameter it is supposed to be your
instance parameter. This is how filer manager tracks who has what
outstanding operations so we can keep unload safe.
Neal Christiansen
Microsoft File System Filter Group Lead
This posting is provided “AS IS” with no warranties, and confers no
Rights
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Dejan Maksimovic
Sent: Friday, November 04, 2005 7:12 PM
To: Windows File Systems Devs Interest List
Subject: Re: [ntfsd] Re Issue IRP
Yep, I found out a bit after that post
Is the instance parameter, in case of FltReissueSynchronousIo,
supposed to be the
FltObjects->Instance?
Neal Christiansen wrote:
There is a nice filter manager routine to handle this.
Take a look at: FltReissueSynchronousIo
Neal Christiansen
Microsoft File System Filter Group Lead
This posting is provided “AS IS” with no warranties, and confers no
Rights
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Dejan
Maksimovic
Sent: Thursday, November 03, 2005 12:27 PM
To: Windows File Systems Devs Interest List
Subject: Re: [ntfsd] Re Issue IRP
Because it can run in arbitrary context.
Razvan Hobeanu wrote:
> Why not re-issue from the completion instead?
>
> — Dejan Maksimovic wrote:
–
Kind regards, Dejan M.
http://www.alfasp.com E-mail: xxxxx@alfasp.com
Alfa Transparent File Encryptor - Transparent file encryption services.
Alfa File Protector - File protection and hiding library for Win32
developers.
Alfa File Monitor - File monitoring library for Win32 developers.
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@windows.microsoft.com
To unsubscribe send a blank email to xxxxx@lists.osr.com