[Bug 51687] GetMappedFileNameA/W implementation breaks RiotClient updates.

[WineHQ Bugzilla]

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

Matías Zúñiga <matias.nicolas.zc at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matias.nicolas.zc at gmail.com

--- Comment #1 from Matías Zúñiga <matias.nicolas.zc at gmail.com> ---
Created attachment 70557
  --> https://bugs.winehq.org/attachment.cgi?id=70557
GetMappedFileName: Return DOS filename

The attached patch fixes the problem for me.

I just learned that the "\??\" is the unix prefix, and i think
GetMappedFileNameW shouldn't return that, so i copied part of the logic from
get_process_image_name to get_mapping_filename (GetMappedFileNameW is the only
user of this function)

Looking at the logs and some example code from
[microsoft](https://docs.microsoft.com/en-us/windows/win32/memory/obtaining-a-file-name-from-a-file-handle),
it turns out that the output path from GetMappedFileName shouldn't start with a
device like "c:\", but with a dos path like "\Device\Harddisk1\" (the output
from QueryDosDevice).

With these two changes, the update process completes successfully, an better
than before wine 6.1 (there was an error dialogue before)

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