[Bug 50586] NtQueryInformationFile returns STATUS_INVALID_INFO_CLASS on symlinks opened with FILE_OPEN_REPARSE_POINT

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=50586

--- Comment #13 from Zebediah Figura  ---
(In reply to Erich E. Hoover from comment #12)
> Yeah, I'm not sure what we could possibly do to properly support a
> cross-device directory unix symlink if someone's searching the disk by
> inode.  If we treated them as NT symlinks then any application doing this is
> _supposed_ to use GetVolumePathName to search the correct volume.

Right, and that actually works. It's not clear to me if there are any problems
that result from this (well, I've seen a couple applications not know what a
Windows mounted folder is, but that can probably be fixed by always
automatically creating a drive for any mount point). But I'm probably missing
something.