https://bugs.winehq.org/show_bug.cgi?id=37924
Bug ID: 37924 Summary: VBA71 : unimplemented function msi.dll.MsiProvideComponentA Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs@winehq.org Reporter: denis.bonnenfant@diderot.org Distribution: ---
Solidworks is working quite fine, except all vba-related functions and macros, that crashes the application. Found that VBA71 is not installed.
After installing VBA71 (which is a prerequisite for SolidWorks 2014), Solidworks crashes during startup when loading swvba.tlb.
relevant log with +msi :
trace:msi:MsiGetProductCodeA "{BA68C238-437C-4034-B47A-8560D9CB6C5E}" 0x33dcb8 trace:msi:MsiGetProductCodeW L"{BA68C238-437C-4034-B47A-8560D9CB6C5E}" 0x33dba2 trace:msi:MSIREG_OpenUserDataComponentKey L"{BA68C238-437C-4034-B47A-8560D9CB6C5E}" squished L"832C86ABC73443044BA758069DBCC6E5" trace:msi:MSIREG_OpenUserDataComponentKey L"{BA68C238-437C-4034-B47A-8560D9CB6C5E}" squished L"832C86ABC73443044BA758069DBCC6E5" wine: Call from 0x7b83b40e to unimplemented function msi.dll.MsiProvideComponentA, aborting
vba71.msi installs without problem with msiexec /i
removing swvba.tlb avoids the crash at startup, but then no vba can be run.
https://bugs.winehq.org/show_bug.cgi?id=37924
--- Comment #1 from Hans Leidekker hans@meelstraat.net --- Created attachment 50520 --> https://bugs.winehq.org/attachment.cgi?id=50520 MsiProvideComponentA/W stub
Please get a +msi log with this patch applied.
https://bugs.winehq.org/show_bug.cgi?id=37924
--- Comment #2 from denis bonnenfant denis.bonnenfant@diderot.org --- Created attachment 50534 --> https://bugs.winehq.org/attachment.cgi?id=50534 +msi log
With this patch, SW displays an error message "visual basic for application couln't be loaded, ..." msi seems to roll back installation and then SW crash.
https://bugs.winehq.org/show_bug.cgi?id=37924
--- Comment #3 from Hans Leidekker hans@meelstraat.net --- Thanks. It calls MsiProvideComponentA with mixed up arguments:
trace:msi:MsiProvideComponentA "{90120000-0070-0000-0000-4000000FF1CE}", "{17961602-C4E2-482E-800A-DF6E627549CF}", "ProductFiles", fffffffe, 0x33dd40, 0x33dc2c
"ProductFiles" is not a valid component identifier. It's a feature name and "{17961602-C4E2-482E-800A-DF6E627549CF}" is a valid component identifier, so the second and third arguments are swapped.
This will fail on Windows too. It proceeds to call MsiReinstallFeatureA which succeeds, no signs of a rollback in that trace.
https://bugs.winehq.org/show_bug.cgi?id=37924
--- Comment #4 from denis bonnenfant denis.bonnenfant@diderot.org --- Created attachment 50536 --> https://bugs.winehq.org/attachment.cgi?id=50536 +msi,+ole log
I don't know if it can help, but just after msi traces, and just before the crash i'm getting this ole logs.
https://bugs.winehq.org/show_bug.cgi?id=37924
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |a884d98e99d92d218f53de566f2 | |0f9879926e26d Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #5 from Hans Leidekker hans@meelstraat.net --- Fixed by a884d98e99d92d218f53de566f20f9879926e26d. Please open a new report for the next issue and attach a +msi,+seh,+tid trace.
https://bugs.winehq.org/show_bug.cgi?id=37924
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.35.
-
wine-bugs＠winehq.org