Daniel,
Ah, yes, so you were looking at garbage…
Aside from the fact that applications do not believe us when we tell them that something does or does not exist (and thus asks the same question repeatedly) I have no insight into why they do this. But I expect others can confirm that this behavior is not abnormal at all.
Glad to hear you found the problem.
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com
Looking forward to seeing you at the next OSR File Systems class in Boston, MA April 24-27, 2006.
-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Daniel ?berg
Sent: Tuesday, January 10, 2006 7:05 PM
To: ntfsd redirect
Subject: Re:[ntfsd] Strange IRP_MN_QUERY_DIRECTORY Parameters
Hi Tony,
The problem were that I didn’t check it at all. These three files returned
either
STATUS_NO_SUCH_FILE or STATUS_NO_MORE_FILES.
The file that returned STATUS_NO_SUCH_FILE is requested over and over.
Is there anything special to think about there?
Daniel
“Tony Mason” skrev i meddelandet news:xxxxx@ntfsd…
So much for my suggestion. I’ve not seen a case like what you describe, so
other than this, were I in your situation I’d actually have to sit down with
the debugger and “see” what was happening.
If it is specific to the entry being examined, I’d write a sample test
program and see what is returned to the test program. If it is specific to
the application, I’d examine what is in the application’s buffer versus what
I was seeing (should be the same, right?)
One other question - are you testing success (NT_SUCCESS macro) or are you
looking for STATUS_SUCCESS?
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com
Looking forward to seeing you at the next OSR File Systems class in Boston,
MA April 24-27, 2006.
-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com]
On Behalf Of Daniel ?berg
Sent: Tuesday, January 10, 2006 6:17 PM
To: ntfsd redirect
Subject: Re:[ntfsd] Strange IRP_MN_QUERY_DIRECTORY Parameters
I test
if(Parameters->DirectoryControl.QueryDirectory.FileInformationClass ==
FileBothDirectoryInformation)
This should be sufficient?
BR,
Daniel
“Tony Mason” skrev i meddelandet news:xxxxx@ntfsd…
Are you sure the original request was for FILE_BOTH_DIR_INFORMATION? While
rare, there are callers that request data in a different format.
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com
Looking forward to seeing you at the next OSR File Systems class in Boston,
MA April 24-27, 2006.
-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com]
On Behalf Of Daniel ?berg
Sent: Tuesday, January 10, 2006 5:54 PM
To: ntfsd redirect
Subject: [ntfsd] Strange IRP_MN_QUERY_DIRECTORY Parameters
In my filter driver I check the diffrent file names given in
IRP_MN_QUERY_DIRECTORY. This works good with all files exept three
specific files. The files are two in \WINDOWS\WinSxS\Policies… and one is
my personal store for .NET.
The FLT_IO_PARAMETER_BLOCK seems to get the right information
but the FILE_BOTH_DIR_INFORMATION contains rubbish.
Parameters->DirectoryControl.QueryDirectory.FileIndex usually contains 0
for NTFS and so does these files. But FileIndex in INFORMATION
contains a extreme high value and is far from same as
Parameters->DirectoryControl.QueryDirectory.FileIndex.
Can someone enlighten my why these files are special? I’m I missing
something?
BR,
Daniel ?berg
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
—
Questions? First check the IFS FAQ at https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com