From where? On reads/writes?
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Chtchetkine,
Vladimir
Sent: Tuesday, February 19, 2002 10:29 AM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
… which rises another question: how to differ between file
“\AnotherPath\AnotherFile.noext” opened in a “regular” way and same file
opened as a result of redirection?
I’m not saying it’s impossible. It’s just not that simple as returning
STATUS_REPARSE. ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
Regards,
Vladimir
-----Original Message-----
From: Fuller, Rob [mailto:xxxxx@inin.com]
Sent: Tuesday, February 19, 2002 10:10 AM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
This ought to be easy enough to address since you’re already filtering
the file system. Filter IRP_MJ_QUERY_INFORMATION where
FileInformationClass is equal to FileNameInformation. Return whatever
name you like.
-----Original Message-----
From: Chtchetkine, Vladimir [mailto:xxxxx@Starbase.com]
Sent: Tuesday, February 19, 2002 11:55 AM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
Well, it depends on your system what would be considered “proper
information”. At least there could be a place for concern when app opens
file
“\Path\file.ext” and querying file name returns
“\AnotherPath\AnotherFile.noext”. For example (I don’t remember by now
exact scenario)
when you open a project in MSDEV by dblclicking on a .dsw file in
Explorer MSDEV will query filename information and use it instead of the
parameter passed in by Explorer. I guess this was happening because
Explorer passes a short name and path as a parameter and MSDEV tries to
get the long ones.
Regards,
Vladimir
-----Original Message-----
From: Jamey Kirby [mailto:xxxxx@storagecraft.com]
Sent: Monday, February 18, 2002 8:36 PM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
I have no such problem.If the file is opened from the reparsed path,
querying the information (name) will return the proper information; how
can it not?
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Chtchetkine,
Vladimir
Sent: Tuesday, February 19, 2002 8:02 AM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
There is one side effect with using STATUS_REPARSE. The effect is that
when application
queries file name information
(IRP_MJ_QUERYINFORMATION/FileNameInformation) it will get
the “real” path to the file. I.e. \temp\file1.ext and not \file1.ext
This may be not
important but in some cases this can be important. Lets say the app uses
path to the file
as a place where it should look for other files or something like that.
Regards,
Vladimir
-----Original Message-----
From: Primoz Beltram [mailto:xxxxx@hermes.si]
Sent: Tuesday, February 19, 2002 2:56 AM
To: File Systems Developers
Subject: [ntfsd] RE: question about filter driver IRP_MJ_CREATE
I think that requesting reparse is something that you will have to do.
If
you will search for archive e-mails in this list (search for
STATUS_REPARSE
in messages body) you will find a lot of answers to your problem. NTFSD
archives are accessible on http://www.osr.com/listserver_main.htm and on
http://www.ntfsd.org/index.html.
Wbr Primoz
-----Original Message-----
From: Loh Lik Yong Winston [mailto:xxxxx@nus.edu.sg]
Sent: Tuesday, February 19, 2002 11:31 AM
To: File Systems Developers
Subject: [ntfsd] question about filter driver IRP_MJ_CREATE
Hi,
I am developing a Win2K filter driver. One of the functions of the
filter
driver is to re-route the file object handles of the IRP_MJ_CREATE
function
for certain programs. For example, say I have got a program A which is
trying to obtain a file handle for c:\file1.ext, I would like to
re-route
this to c:\temp\file1.ext for the program A. Other programs may be
routed
to other directories or even access the c:\file1.ext itself.
It is my understanding that when the I/O Manager calls the filesystem
driver
to obtain a file handle, one of the parameters that would be passed is
the
ObjectAttributes structure. One of the fields in this is the ObjectName
field that contains the full path name to the file that it would like to
obtain the file handle for. I would like to change the value of the
ObjectName field so that its value changes from “c:\file1.ext” to
“c:\temp\file1.ext” when program A tries to access the file.
Theoretically
speaking, if the value of this field is changed, then the file handle
returned to program A will have been correctly routed. However, I am
unsure
of how to change the value for the ObjectName string. I would
appreciate it
if someone could tell me how I can do this. Is it possible or do I need
to
call InitializeObjectAttributes and create a new ObjectAttributes
instead?
Appreciate your help in this matter. Thanks.
You are currently subscribed to ntfsd as: xxxxx@hermes.si
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as:
xxxxx@Starbase.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as: xxxxx@storagecraft.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as:
xxxxx@Starbase.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as: xxxxx@inin.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as:
xxxxx@Starbase.com
To unsubscribe send a blank email to leave-ntfsd-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntfsd as: xxxxx@storagecraft.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