[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 #24 from Erich E. Hoover <erich.e.hoover at gmail.com> ---
(In reply to Zebediah Figura from comment #22)
> ...
> Eh, so I'm kind of trying to ask if this is the right solution. I.e. can we
> fix this by translating unix symlinks to regular NT symlinks always, and
> implementing FILE_OPEN_REPARSE_POINT appropriately, and will that have
> negative consequences?

I don't know, but I'd be happy to tweak things this weekend and we can find
out.

(In reply to Rémi Bernon from comment #23)
> ...
> IIRC it specifically checks ntdll.dll path, and steam_api64.dll that is
> expected to be located alongside the game executable, and breaks in both
> case if a symlink is involved somewhere that makes realpath report a
> different path.
> 
> I haven't tested with the staging patch series, so I don't know precisely if
> the game can be made happy with more accurate reporting, but that could
> probably be a good test case.

I doubt that reporting the symlinks properly would make it happy if it is
breaking with what non-staging Wine is currently doing.  It might work with the
tech demo I put together for custom "fully transparent" symlinks though, since
the whole point of that is to make the system dlls into symlinks without
upsetting anything.

-- 
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.