[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 #37 from Zebediah Figura <z.figura12 at gmail.com> ---
(In reply to Erich E. Hoover from comment #34)
> Yes, thank you.  I removed the internal uses where we get the link target,
> so I can confirm that this application is aware of reparse tags and that it
> is effectively responsible for the "problem":
> ===
> 0168:fixme:file:FILE_GetSymlink MAGIC
> /home/ehoover/staging-50586/pfx/dosdevices/c:/Program Files/Black Tree
> Gaming Ltd/Vortex /home/ehoover/staging-50586/Vortex Mod Manager
> 0168:fixme:file:unix_to_nt_file_name /home/ehoover/staging-50586/Vortex Mod
> Manager: /Vortex Mod Manager (X:)
> ===
> 
> So, given that I can:
> 1) Fix this so that it "works" (reports the target properly) but gives you
> problems in terms of not properly finding everything.  This is likely
> closest to what would happen on Windows if you set up the same situation
> with mklink.  Is there any chance that you have a Windows box where you can
> verify that?
> 2) Report an unrecognized tag for unix symlinks (see hacky attachment, if
> you want to give that a try)
> 3) Hide the symlinks completely
> 
> Zeb, do you have thoughts?

Sorry, I'm having a bit of trouble understanding what's going wrong here. Can
you please clarify the situation (is this a file or directory symlink, does it
cross volumes, and how is the application misbehaving?)

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.