https://bugs.winehq.org/show_bug.cgi?id=55859
--- Comment #30 from Fabian Maurer dark.shadow4@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.