It is the wrong version; I’m not sure what version 0097 corresponds to (the
versions have been screwed up before) but I have 0088 for the original
Windows 2000 IFS Kit and 0092 for the current XP (2600) IFS Kit.
The two new directory information elements (which have corresponding data
formats):
FileIdBothDirectoryInformation, // 37
FileIdFullDirectoryInformation, // 38
Are used by Services for Unix (SFU). They eliminate the need for SFU to
open each file to retrieve its file ID (fid). This FID is used when
building the file handles, and while SFU appears to work properly if you do
not support these new formats, it is VASTLY more efficient if you do support
them.
If SFU is not of concern for you, no need to worry about supporting these
right away.
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: Kurt Godwin [mailto:xxxxx@1vision.com]
Sent: Wednesday, July 24, 2002 1:52 PM
To: File Systems Developers
Subject: [ntfsd] Re: Puzzling IRP_MJ_DIRECTORY_CONTROL undocumented call
It is decimal 38.
I must have an old win 2000 IFS kit or something:
/*++ BUILD Version: 0097 // Increment this if a change has global effects
It only goes up to 36:
FileNetworkOpenInformation, // 34
FileAttributeTagInformation, // 35
FileTrackingInformation, // 36
FileMaximumInformation
Kurt
-----Original Message-----
From: Dan Partelly [mailto:xxxxx@rdsor.ro]
Sent: Wednesday, July 24, 2002 11:10 AM
To: File Systems Developers
Subject: [ntfsd] Re: Puzzling IRP_MJ_DIRECTORY_CONTROL undocumented call
If you refere 38 decimal , and I hardly think is 0x38, then check again your
IFS headers
for you should read it FileIdFullDirectoryInformation . If you dont find in
docs , then check the headers. If its not in the headers than you dont need
to know, to use one of my favourite expressions …
“Kurt Godwin” wrote in message news:xxxxx@ntfsd…
>
> Microsoft Services for Unix is calling my file system with an invalid (or
at
> least undocumented) call:
>
> IrpSp->MajorFunction = IRP_MJ_DIRECTORY_CONTROL
> IrpSp->MinorFunction = IRP_MN_QUERY_DIRECTORY
> IrpSp->FileInformationClass = 38 (FileMon shows this as
> FileContentIndexInformation)
>
> I searched my DDK docs, OSR web and IFS kit with no luck.
>
> Anyone know what this is and what I need to return?
>
> Thanks in advance,
> Kurt
>
>
>
>
>
—
You are currently subscribed to ntfsd as: xxxxx@1vision.com
To unsubscribe send a blank email to %%email.unsub%%
—
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to %%email.unsub%%