https://bugs.winehq.org/show_bug.cgi?id=55859 --- Comment #30 from Fabian Maurer <dark.shadow4(a)web.de> --- The program does the following: - Calls custom DLL function "NIPaths" - Calls MsiGetActiveDatabase - It's "remote", so it calls MsiGetActiveDatabase remotely - Passes that handle to MsiGetSummaryInformationW - Calls MsiSummaryInfoGetPropertyW with PID_TEMPLATE (7). - If the returned string doesn't contain the string "x64" it considers itself running on a 32bit OS. Adding the following hack (on top of the previous) lets the installer finish: https://gitlab.winehq.org/DarkShadow44/wine/-/commit/2c0c3d1f98cca8d211d8cba... I'm pretty sure this hack is wrong though, I don't see how this would work on windows. It gets the summary information from the msi, and the msi that calls "NIPaths" simply has "Intel;0" and not "x64;9" as string there. Problem is that there is so many msis involved, and it's hard to pin down with all the remote calls. I don't think I will continue here. -- 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.