http://bugs.winehq.org/show_bug.cgi?id=24622
Summary: SolidWorks toolbox browser plug-in fails to register inside SolidWorks Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: denis.bonnenfant@diderot.org
Toolbox Browser is SolidWorks part library plug-in. It is a .net30 (WPF) application.
It can be activated when dotnet30 and many other winetricks are installed (see http://appdb.winehq.org/objectManager.php?sClass=version&iId=21382)
Standalone application SolidWorks/SldToolBoxConfigure.exe runs and allows part databases to be configured, but when launched from SolidWorks, it crashes most of the time ( see attached log ), and almost never allows part browsing and insertion into assemblies.
Looks like some interfaces are not properly registered...
http://bugs.winehq.org/show_bug.cgi?id=24622
--- Comment #1 from denis bonnenfant denis.bonnenfant@diderot.org 2010-10-04 05:13:28 CDT --- Created an attachment (id=31108) --> (http://bugs.winehq.org/attachment.cgi?id=31108) log starting from ckicking on "configure toolbox" button
http://bugs.winehq.org/show_bug.cgi?id=24622
--- Comment #2 from butraxz@gmail.com 2013-06-15 05:19:53 CDT --- This has not been updated for over 900 days.
Is this still an issue in 1.6-rc2 or higher or is this abandoned ?
https://bugs.winehq.org/show_bug.cgi?id=24622
--- Comment #3 from denis bonnenfant denis.bonnenfant@diderot.org --- Bug still present in SW2104, but now the standalone app works perfectly, while the link with SW is still broken : when activating toolbox, an error message "failed to create toolboxlibrary object" is displayed and logs shows :
err:ole:CoGetClassObject class {ae784c6c-0155-11d3-b24b-0000f879f93b} not registered err:ole:CoGetClassObject class {ae784c6c-0155-11d3-b24b-0000f879f93b} not registered err:ole:create_server class {ae784c6c-0155-11d3-b24b-0000f879f93b} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {ae784c6c-0155-11d3-b24b-0000f879f93b} could be created for context 0x17
https://bugs.winehq.org/show_bug.cgi?id=24622
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr
https://bugs.winehq.org/show_bug.cgi?id=24622
--- Comment #4 from denis bonnenfant denis.bonnenfant@diderot.org --- Created attachment 50398 --> https://bugs.winehq.org/attachment.cgi?id=50398 ole log
more detailed log
https://bugs.winehq.org/show_bug.cgi?id=24622
denis bonnenfant denis.bonnenfant@diderot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #5 from denis bonnenfant denis.bonnenfant@diderot.org --- This is a quite funny story :
In july, new Solidworks Installations on Windows started to show exactly the same problem.
It was KB3072630 fault.
Applying on Wine the workaround needed for Windows makes SW installer to register correctly all the add-ins, and solved most of the problems encountered in Wine.
The hack is to set
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer] DWORD:RemappedElevatedProxiesPolicy=1
Before installation.
In a word, Wine implemented KB3072630 two or three years before Microsoft....
https://bugs.winehq.org/show_bug.cgi?id=24622
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=24622
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|spetreolle@yahoo.fr |
-
wine-bugs＠winehq.org