This is apparently a new API on Win2k3 Server (dunno about XPSP1),
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base
/reopenfile.asp . Has anyone looked at this and have any idea how it appears
to the file system/filter? I haven’t had a chance to look at the SP1 IFSkit
to see if there is anything specific about the API (or a new IRP_ code)
anywhere.
Obviously I’m looking at the create path in our FS and seeing how this would
affect it, if at all…
– “We’ve all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire works of Shakespeare. Now, thanks to
the Internet, we know this is not true.” – Robert Wilensky, UC Berkeley
This looks to be Win32 exposing existing functionality. If you look at
ZwOpenFile, this is the equivalent of passing in an ObjectAttributes
structure that points to an existing open file (via handle) and then
specifying an empty name. SRV does this routinely (watch IRP_MJ_CREATE on
the shared directory when a remote client accesses it - you’ll see an empty
file name and a relative file object pointing to the shared directory.)
So, I would expect you to see an IRP_MJ_CREATE with a related file object
and an empty name.
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com http:
-----Original Message-----
From: David Beaver [mailto:xxxxx@exmsft.com]
Sent: Thursday, January 23, 2003 8:58 AM
To: File Systems Developers
Subject: [ntfsd] ReOpenFile() API on Win2k3 server…
This is apparently a new API on Win2k3 Server (dunno about XPSP1),
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base
/reopenfile.asp
http:e/reopenfile.asp> . Has anyone looked at this and have any idea how it
appears to the file system/filter? I haven’t had a chance to look at the SP1
IFSkit to see if there is anything specific about the API (or a new IRP_
code) anywhere.
Obviously I’m looking at the create path in our FS and seeing how this would
affect it, if at all…
– “We’ve all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire works of Shakespeare. Now, thanks to
the Internet, we know this is not true.” – Robert Wilensky, UC Berkeley
—
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com</http:></http:>
You also can see this where the related file object is a file and the
file object name is a stream, in some cases just :$DATA.
/TomH
-----Original Message-----
From: Tony Mason [mailto:xxxxx@osr.com]
Sent: Thursday, January 23, 2003 9:56 AM
To: File Systems Developers
Subject: [ntfsd] RE: ReOpenFile() API on Win2k3 server…
This looks to be Win32 exposing existing functionality. If you look at
ZwOpenFile, this is the equivalent of passing in an ObjectAttributes
structure that points to an existing open file (via handle) and then
specifying an empty name. SRV does this routinely (watch IRP_MJ_CREATE
on
the shared directory when a remote client accesses it - you’ll see an
empty
file name and a relative file object pointing to the shared directory.)
So, I would expect you to see an IRP_MJ_CREATE with a related file
object
and an empty name.
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com http:
-----Original Message-----
From: David Beaver [mailto:xxxxx@exmsft.com]
Sent: Thursday, January 23, 2003 8:58 AM
To: File Systems Developers
Subject: [ntfsd] ReOpenFile() API on Win2k3 server…
This is apparently a new API on Win2k3 Server (dunno about XPSP1),
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/
base
/reopenfile.asp
http:/bas
e/reopenfile.asp> . Has anyone looked at this and have any idea how it
appears to the file system/filter? I haven’t had a chance to look at the
SP1
IFSkit to see if there is anything specific about the API (or a new IRP_
code) anywhere.
Obviously I’m looking at the create path in our FS and seeing how this
would
affect it, if at all…
– “We’ve all heard that a million monkeys banging on a million
typewriters
will eventually reproduce the entire works of Shakespeare. Now, thanks
to
the Internet, we know this is not true.” – Robert Wilensky, UC Berkeley
—
You are currently subscribed to ntfsd as: xxxxx@osr.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
—
You are currently subscribed to ntfsd as: xxxxx@inflectionsystems.com
To unsubscribe send a blank email to xxxxx@lists.osr.com</http:></http:>
Command line stuff also uses relative opens, if the relative pathnames
are provided. I also remember the command line stuff to send empty
names on relative opens.
The GUI stuff usually does not use it, since the notion of the
“current directory” for the GUI apps is blurred a bit since old Win
3.0 days. So, GUI apps usually use full pathnames.
Max
----- Original Message -----
From: “Tony Mason”
To: “File Systems Developers”
Sent: Thursday, January 23, 2003 5:55 PM
Subject: [ntfsd] RE: ReOpenFile() API on Win2k3 server…
> This looks to be Win32 exposing existing functionality. If you look
at
> ZwOpenFile, this is the equivalent of passing in an ObjectAttributes
> structure that points to an existing open file (via handle) and then
> specifying an empty name. SRV does this routinely (watch
IRP_MJ_CREATE on
> the shared directory when a remote client accesses it - you’ll see
an empty
> file name and a relative file object pointing to the shared
directory.)
>
>
>
> So, I would expect you to see an IRP_MJ_CREATE with a related file
object
> and an empty name.
>
>
>
> Regards,
>
>
>
> Tony
>
>
>
> Tony Mason
>
> Consulting Partner
>
> OSR Open Systems Resources, Inc.
>
> http://www.osr.com http:
>
>
>
> -----Original Message-----
> From: David Beaver [mailto:xxxxx@exmsft.com]
> Sent: Thursday, January 23, 2003 8:58 AM
> To: File Systems Developers
> Subject: [ntfsd] ReOpenFile() API on Win2k3 server…
>
>
>
> This is apparently a new API on Win2k3 Server (dunno about XPSP1),
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/filei
o/base
> /reopenfile.asp
>
http:io/bas
> e/reopenfile.asp> . Has anyone looked at this and have any idea how
it
> appears to the file system/filter? I haven’t had a chance to look at
the SP1
> IFSkit to see if there is anything specific about the API (or a new
IRP_
> code) anywhere.
>
>
>
> Obviously I’m looking at the create path in our FS and seeing how
this would
> affect it, if at all…
>
>
>
> – “We’ve all heard that a million monkeys banging on a million
typewriters
> will eventually reproduce the entire works of Shakespeare. Now,
thanks to
> the Internet, we know this is not true.” – Robert Wilensky, UC
Berkeley
>
>
>
> —
> You are currently subscribed to ntfsd as: xxxxx@osr.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>
>
> —
> You are currently subscribed to ntfsd as: xxxxx@storagecraft.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
></http:></http:>