FltReissueSynchronousIo

NTFSD
1

I’m trying a FltReissueSynchronousIo after setting the
QueryDirectory.Buffer to my Buffer - however, my buffer is not the
buffer being filled, rather, the original buffer.
On the first call (i.e. in PostOp directly), it is my buffer that is
modified (my buffer contains entries), but if I need to get a new batch
of file entries (hiding previous ones), and call
FltReissueSynchronousIo, my buffer is unchanged.
Changing the Mdl before FltReissueSynchronousIo causes a bugcheck
(regardless of whether FltRetainSwappedBufferMdlAddress was called)

Any ideas? The IFS Kit lacks any sample code for this API and I
cannot find any other way to re-issue I/O.

–
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.

2

Dejan,

Did you mark the callback data dirty when you swapped the buffers?

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: Monday, January 16, 2006 10:21 AM
To: Windows File Systems Devs Interest List
Subject: [ntfsd] FltReissueSynchronousIo

I’m trying a FltReissueSynchronousIo after setting the
QueryDirectory.Buffer to my Buffer - however, my buffer is not the
buffer being filled, rather, the original buffer.
On the first call (i.e. in PostOp directly), it is my buffer that is
modified (my buffer contains entries), but if I need to get a new batch
of file entries (hiding previous ones), and call
FltReissueSynchronousIo, my buffer is unchanged.
Changing the Mdl before FltReissueSynchronousIo causes a bugcheck
(regardless of whether FltRetainSwappedBufferMdlAddress was called)

Any ideas? The IFS Kit lacks any sample code for this API and I
cannot find any other way to re-issue I/O.

–
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

3

Yes, the data is marked dirty in the PreOp.
I have tried both marking and not marking the CBD dirty before each
FltReissueSynchronousIo in the PostOp, but neither work. One does not return updated
data to my driver, the other causes a bugcheck (due to too many MDL unlocks - the
driver does not unlock/free the MDL!).

Regards, Dejan.

Neal Christiansen wrote:

Dejan,

Did you mark the callback data dirty when you swapped the buffers?

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: Monday, January 16, 2006 10:21 AM
To: Windows File Systems Devs Interest List
Subject: [ntfsd] FltReissueSynchronousIo

I’m trying a FltReissueSynchronousIo after setting the
QueryDirectory.Buffer to my Buffer - however, my buffer is not the
buffer being filled, rather, the original buffer.
On the first call (i.e. in PostOp directly), it is my buffer that is
modified (my buffer contains entries), but if I need to get a new batch
of file entries (hiding previous ones), and call
FltReissueSynchronousIo, my buffer is unchanged.
Changing the Mdl before FltReissueSynchronousIo causes a bugcheck
(regardless of whether FltRetainSwappedBufferMdlAddress was called)

Any ideas? The IFS Kit lacks any sample code for this API and I
cannot find any other way to re-issue I/O.

–
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.