IRP_MN_QUERY_DIRECTORY

NTFSD
1

Has anyone ever had issues with querying the directory where whatever
program is reading the list (be it explorer or a test program with
FindFirstFile) either crashes, gets entries with no valid filename, or skips
entries? I’m attempting to write a ram based file system, like a ramdisk
that doesn’t have a fixed size. Does anyone have any ideas? I know that my
in-memory tree structure is fine, because I can print it out. The trouble
is happening somewhere in my query directory code.
On another note, is there a good concise description of how query
directory is supposed to work [outside of the ifs kit, which I can’t
afford]? So far all I’ve got to go on is the romfs source code, which is
extremely helpful but difficult to follow.

Thanks

-brian

P.S. If anyone has heard of someone doing what I’m attempting to do I’d
appreciate a link =).

You are currently subscribed to ntfsd as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com

2

> Has anyone ever had issues with querying the directory where whatever

program is reading the list (be it explorer or a test program with
FindFirstFile) either crashes

I had this a year ago, any user app crashed inside FindFirstFile.
This was because my query directory handler returned wrong structures with IIRC wrong NextEntryOffset field.

Max

You are currently subscribed to ntfsd as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com

3

Yeah, I figured it out, I was assuming NextDirectoryOffset was absolute
instead of relative. How it managed to display three or 4 files with it
being wrong like that is beyond me. But it seems to be working ok now. I
guess now I work on attempting to support CreateFileMapping

-brian
----- Original Message -----
From: “Bo Brant?n”
To:
Sent: Saturday, November 03, 2001 9:36 PM
Subject: [ntfsd] Re: IRP_MN_QUERY_DIRECTORY

>
> > Has anyone ever had issues with querying the directory where
whatever
> > program is reading the list (be it explorer or a test program with
> > FindFirstFile) either crashes
>
> I had this a year ago, any user app crashed inside FindFirstFile.
> This was because my query directory handler returned wrong structures with
IIRC wrong NextEntryOffset field.
>
> It’s difficult to say something from your description but one thing to
> check is that your entrys realy are 8 byte aligned, another is that the
> first query from the app should just return 1 entry.
>
> Bo Branten
>
>

—
You are currently subscribed to ntfsd as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com

4

close to the beginning of a buffer, absolute and relative can be
relatively identical, no?

-----Original Message-----
From: Argus [mailto:argus@vt.edu]
Sent: Sat, November 03, 2001 9:49 PM
To: File Systems Developers
Subject: [ntfsd] Re: IRP_MN_QUERY_DIRECTORY

Yeah, I figured it out, I was assuming NextDirectoryOffset was
absolute
instead of relative. How it managed to display three or 4 files with it
being wrong like that is beyond me. But it seems to be working ok now.
I
guess now I work on attempting to support CreateFileMapping

-brian
----- Original Message -----
From: “Bo Brant?n”
To:
Sent: Saturday, November 03, 2001 9:36 PM
Subject: [ntfsd] Re: IRP_MN_QUERY_DIRECTORY

>
> > Has anyone ever had issues with querying the directory where
whatever
> > program is reading the list (be it explorer or a test program with
> > FindFirstFile) either crashes
>
> I had this a year ago, any user app crashed inside FindFirstFile.
> This was because my query directory handler returned wrong structures
with
IIRC wrong NextEntryOffset field.
>
> It’s difficult to say something from your description but one thing to
> check is that your entrys realy are 8 byte aligned, another is that
the
> first query from the app should just return 1 entry.
>
> Bo Branten
>
>

—
You are currently subscribed to ntfsd as: xxxxx@basistech.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com

—
You are currently subscribed to ntfsd as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com