https://bugs.winehq.org/show_bug.cgi?id=46728
--- Comment #1 from Hans Leidekker hans@meelstraat.net --- (In reply to Brendan McGrath from comment #0)
Created attachment 63706 [details] Log of dotnet35sp1 failing during install
Apologies for being a pain - but it looks like the latest commit to msi causes issues with a dotnet35sp1 install. Reverting c64d73c829c3bde7744362b2cd566075ab7e37df allows dotnet35sp1 to install again.
No need to apologize, you're being helpful :)
This is another case where disabling Wow64 redirection causes problems:
0032:trace:msi:msi_install_assembly installing assembly L"C:\users\hans\Temp\msi1.tmp\Microsoft.Transactions.Bridge.dll" 0032:trace:fusion:IAssemblyCacheImpl_InstallAssembly (0x219c528, 0, L"C:\users\hans\Temp\msi1.tmp\Microsoft.Transactions.Bridge.dll", (nil)) 0032:fixme:crypt:CRYPT_LoadProvider Failed to load dll L"C:\windows\system32\rsaenh.dll" 0032:err:msi:msi_install_assembly Failed to install assembly L"C:\users\hans\Temp\msi1.tmp\Microsoft.Transactions.Bridge.dll" (0x80004005)
We're calling fusion.IAssemblyCacheImpl_InstallAssembly with redirection disabled. It uses the crypto API to compute a hash, which tries to load the provider dll (rsaenh) dynamically, and fails.