[OSR-DETECTED-SPAM] RE: STATUS_REPARSE and file attributes

NTFSD
1

I think Petr is right to worry about IRP_MJ_NETWORK_QUERY_OPEN. However, you
don’t have to actually handle it, you can just disallow it and at least see
if it fixes the problem.

I have a post about this particular callback here :
http://fsfilters.blogspot.com/2011/06/handling-irpmjnetworkqueryopen-in.html

Thanks,
Alex.

2

I’ve just disabled IRP_MJ_NETWORK_QUERY_OPEN by return FLT_PREOP_DISALLOW_FASTIO.

And problem still exists.

3

Then try to run with procmon
(http://technet.microsoft.com/en-us/sysinternals/bb896645) and see which
request fails for that file when your filter is present and that doesn’t
fail when your filter isn’t there. That’s what I usually do.

Thanks,
Alex.

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of zooder@ua.fm
Sent: Monday, August 01, 2011 2:43 AM
To: Windows File Systems Devs Interest List
Subject: RE:[ntfsd] STATUS_REPARSE and file attributes

I’ve just disabled IRP_MJ_NETWORK_QUERY_OPEN by return
FLT_PREOP_DISALLOW_FASTIO.

And problem still exists.

NTFSD is sponsored by OSR

For our schedule of debugging and file system seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer

4

Problem was in QueryDirectory with SL_RETURN_SINGLE_ENTRY
it was returning file not found error

Thanks fo advise.