https://bugs.winehq.org/show_bug.cgi?id=51687
Matías Zúñiga matias.nicolas.zc@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matias.nicolas.zc@gmail.com
--- Comment #1 from Matías Zúñiga matias.nicolas.zc@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-...), 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)