Re[4]: IOCTL_MOUNTMGR_QUERY_POINTS questions

Hello Ken,

ah, I see. thanks for the examples… I will use FilterGetDosName
for my minifilter and experiment with the mount manager with
dynamic disks :).

Thanks again.


Best regards,
Alex mailto:xxxxx@bitdefender.com

Wednesday, September 14, 2005, 2:56:25 PM, you wrote:

I don’t have a solution for you, but I can assure you it’s tough. A volume
could technically be mapped to more than one drive letter, but it’s not
common practice. Multiple mount points and/or a drive letter and a mount
point are common practices, though.

Also, dynamic disks are a real pain. In the driver, they’re attached as
something like:

\Device\HarddiskDmVolumes\PhysicalDmVolumes\BlockVolume1

However, user-mode applications see a symbolic link to that device, which is
something like:

\Device\HarddiskDmVolumes\ComputernameDg0\Volume1

I started down the path you’re taking and gave up, finding a different
solution. So, maybe it depends on why you need it…

Ken

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alex Carp
Sent: Wednesday, September 14, 2005 7:47 AM
To: Windows File Systems Devs Interest List
Subject: Re[2]: [ntfsd] IOCTL_MOUNTMGR_QUERY_POINTS questions

Hello Ken,

thanks for the reply. yes, i am doing a minifilter and I know
about FilterGetDosName, but I need to get the dos name in kernel
mode , and I also plan to use the routine for other projects as
well.

so, to reiterate:
can there be more drive letters to just one device ? I what case
?


Best regards,
Alex mailto:xxxxx@bitdefender.com

Wednesday, September 14, 2005, 2:36:59 PM, you wrote:

> Alex:

> As I recall, you’re doing a mini-filter, so check out FilterGetDosName():

> “FilterGetDosName returns the volume’s drive letter if it has one. If no
> drive letter is assigned to the volume, FilterGetDosName returns a path to
a
> volume mount point (also called a mount point name). If no drive letters
or
> mount points are defined for the volume, FilterGetDosName returns S_OK,
and
> lpVolumeName receives NULL.”

> HTH,
> Ken

> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of Alex Carp
> Sent: Wednesday, September 14, 2005 4:54 AM
> To: Windows File Systems Devs Interest List
> Subject: [ntfsd] IOCTL_MOUNTMGR_QUERY_POINTS questions

> Hello,

> I have two small questions about
> IOCTL_MOUNTMGR_QUERY_POINTS. I use
> it to convert a device name into a mount point (
> \Device\HarddiskVolume1 -> C: ). However, as the documentation
> states, i get a MOUNTMGR_MOUNT_POINTS structure containing TWO
> MOUNTMGR_MOUNT_POINT structures. The first structure contains a
> GUID path “??\Volume{…}” as the SymbolicLinkName, while the
> second structure contains the expected “\DosDevices\C:”.

> The documentation states that if I call the IOCTL with only the
> device name , i get “all associated mount points (symbolic links),
> including the volume GUID pathname and the drive letters”.

> The question is , can there be more drive letters to just one
> device ( \Device\HarddiskVolume1 ) ? Also, in the common case of
> one letter per device, can I rely on the SymbolicLinkName of the
> second structure to be the one with the mount point ?

> Is this the right way to create a device to mount point mapping ?

> –
> Best regards,
> Alex mailto:xxxxx@bitdefender.com

> –
> This message was scanned for spam and viruses by BitDefender.
> For more information please visit http://www.bitdefender.com/

> —
> Questions? First check the IFS FAQ at
> https://www.osronline.com/article.cfm?id=17

> You are currently subscribed to ntfsd as: xxxxx@comcast.net
> 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@bitdefender.com
> To unsubscribe send a blank email to
> xxxxx@lists.osr.com


This message was scanned for spam and viruses by BitDefender.
For more information please visit http://www.bitdefender.com/


Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17

You are currently subscribed to ntfsd as: xxxxx@comcast.net
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@bitdefender.com
To unsubscribe send a blank email to xxxxx@lists.osr.com


This message was scanned for spam and viruses by BitDefender.
For more information please visit http://www.bitdefender.com/