http://bugs.winehq.org/show_bug.cgi?id=9396
Summary: Solidworks Crashes when requested to open file. Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs@winehq.org ReportedBy: schuh@berkeley.edu
Solidworks crashes when opening a new file or trying to save a new file.
(I installed Solidworks from a local copy of my Solidworks DVD. The DVD isn't centered, so I don't like using it more than I have to.)
Steps to reproduce: Start Solidworks with "wine sldworks.exe" Click the Open button on the toolbar or the save button. A dialog box that says "An unsupported operation was attempted." pops up. Hit OK or the X in the corner of the window. Solidworks crashes.
I ran wine with WINEDEBUG=fixme+all,warn+all,+relay,warn+all and captured the output. The resulting file is 740M. What of this file should I include to help solve the problem?
I tried to put debug markers in the file through the "Put 'Debug Mark' in Debug Log" option in the wine menu right before opening a file, but the crash was 2 million lines below the debug mark, and didn't help me find the problem or any good information.
http://bugs.winehq.org/show_bug.cgi?id=9396
Austin Schuh schuh@berkeley.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |schuh@berkeley.edu
http://bugs.winehq.org/show_bug.cgi?id=9396
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|schuh@berkeley.edu |
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2007-08-21 07:26:44 --- Please attach the complete terminal output as-is.
http://bugs.winehq.org/show_bug.cgi?id=9396
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #2 from Dan Kegel dank@kegel.com 2007-08-21 07:47:47 --- How big is the log if you compress it with rzip (see http://rzip.samba.org/ )?
Also, consider adding +seh to the winedebug options.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #3 from Dan Kegel dank@kegel.com 2007-08-21 07:51:12 --- Oh, and which version of Solidworks is this?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #4 from Austin Schuh schuh@berkeley.edu 2007-08-21 11:59:46 --- Created an attachment (id=7714) --> (http://bugs.winehq.org/attachment.cgi?id=7714) Output from Wine without any debug options enabled
Here is the output from Wine when I ran Solidworks and crashed it by trying to open a file. I didn't change the debug options from their defaults.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #5 from Austin Schuh schuh@berkeley.edu 2007-08-21 12:00:36 --- The package says Solidworks Student Edition 2006 - 2007, so I think that I am using Solidworks 2006 Student Edition.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #6 from Austin Schuh schuh@berkeley.edu 2007-08-21 12:43:41 --- I ran wine with WINEDEBUG=fixme+all,warn+all,+relay,warn+all,+seh and then compressed it with rzip -9. The resulting file is 6.8M, but bugs.winehq.org will only let me upload a 1M file. Any ideas on where I can put it online so people can access it?
http://bugs.winehq.org/show_bug.cgi?id=9396
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #7714|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #7 from Austin Schuh schuh@berkeley.edu 2007-08-23 14:25:43 --- I have uploaded the full log file to
http://austin.linux.googlepages.com/fulloutput.log.rz
http://bugs.winehq.org/show_bug.cgi?id=9396
denis bonnenfant denis.bonnenfant@diderot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |denis.bonnenfant@diderot.org
--- Comment #8 from denis bonnenfant denis.bonnenfant@diderot.org 2007-09-02 16:42:07 --- The problem is partially solved using winetricks dcom98 (I.E. overriding ole32, oleaut32, msvcrt, etc...)
overriding only oleaut32 seems to be necessary
"An unsupported operation was attempted." pop ups are still there, but opening a file works.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #9 from denis bonnenfant denis.bonnenfant@diderot.org 2007-10-08 06:54:36 --- looks like this bug is related to http://bugs.winehq.org/show_bug.cgi?id=8795
As saving files fails, even with ole overrides
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #10 from denis bonnenfant denis.bonnenfant@diderot.org 2008-02-17 15:09:46 --- Now opening a file works without any ddl override, but "An unsupported operation was attempted." pop ups are still there.
Saving files still fails. the problem seems to be related to the storage ( ole32?) implementation
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #11 from denis bonnenfant denis.bonnenfant@diderot.org 2008-06-03 14:54:33 --- An unimplemented gdiplus function prevents file saving :
trace:storage:StorageImpl_ReadProperty storage name: L"ModelStamps" trace:storage:BlockChainStream_WriteAt block 73 trace:storage:BlockChainStream_ReadAt (0x4e9bfa0)-> 3456 0x32d844 128 0x32d840 trace:storage:BlockChainStream_ReadAt block 71 trace:storage:StorageImpl_ReadProperty storage name: L"PreviewPNG" trace:storage:StorageBaseImpl_AddStream Stream added (stg=0xbd07918 strm=0xeda6db8) wine: Call from 0x7b844b20 to unimplemented function gdiplus.dll.GdipCreateBitmapFromGdiDib, aborting
It should be easy to at least add a stub for it ? It is just destinated to make the preview PNG thumbnail, so one can live without it.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #12 from Dan Kegel dank@kegel.com 2008-06-03 15:02:32 --- Does 'winetricks gdiplus' work around the problem?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #13 from denis bonnenfant denis.bonnenfant@diderot.org 2008-06-03 15:35:33 --- (In reply to comment #12)
Does 'winetricks gdiplus' work around the problem?
Partially :
the thumbnail is created, but then there is another problem that make the application crashing.
trace:storage:StorageImpl_ReadProperty storage name: L"PreviewPNG" trace:storage:BlockChainStream_WriteAt block 2457 trace:storage:BlockChainStream_WriteAt block 2458 trace:storage:BlockChainStream_WriteAt block 2459 trace:storage:BlockChainStream_WriteAt block 2460 trace:storage:BlockChainStream_WriteAt block 2461 trace:storage:BlockChainStream_WriteAt block 2462 trace:storage:BlockChainStream_WriteAt block 2463 trace:storage:BlockChainStream_WriteAt block 2464 trace:storage:BlockChainStream_WriteAt block 2465 trace:storage:BlockChainStream_WriteAt block 2466 trace:storage:BlockChainStream_WriteAt block 2467 trace:storage:StgStreamImpl_Write <-- S_OK, written 5505 err:ntdll:RtlpWaitForCriticalSection section 0x7d45ece0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0032, blocked by 0009, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x3998dbfc "?" wait timed out in thread 0009, blocked by 0032, retrying (60 sec) fixme:storage:StorageImpl_Revert (0xebb0dc0): stub trace:storage:StorageBaseImpl_Release (0xebb0dc0) ReleaseRef to 0 trace:storage:StorageImpl_Destroy (0xebb0dc0) trace:storage:StorageBaseImpl_DeleteAll Streams deleted (stg=0xebb0dc0 strm=0xeb02468 next=0xebb0dc8 prev=0xebb0dc8) wine: Critical section 7d45ece0 wait failed at address 0x7bc3a930 (thread 0032), starting debugger... Unhandled exception: wait failed on critical section 0x7d45ece0 X11DRV_CritSection err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc3a930
Please note that this test is made with an hacked opengl.c for bug 13195 workaround , there is currently nothing displayed in graphics windows (no DC !), so there is maybe some other reasons for the crash...
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #14 from denis bonnenfant denis.bonnenfant@diderot.org 2008-06-03 15:53:42 --- It works : file is correctly saved when overriding gdiplus
The annoying popup is still there when clicking on any file in the file dialog
The crash is another point. But I need to solve opengl bug 13195 before.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #15 from Austin English austinenglish@gmail.com 2008-12-01 01:52:44 --- Is this still an issue in current (1.1.9 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9396
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #16 from Austin English austinenglish@gmail.com 2009-01-15 10:53:29 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=9396
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #17 from Austin English austinenglish@gmail.com 2009-07-21 14:43:03 --- Abandoned. If you still have a problem in current (1.1.26 or newer) wine, and can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=9396
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Austin English austinenglish@gmail.com 2009-07-21 15:04:02 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #19 from NSLW lukasz.wojnilowicz@gmail.com 2009-10-29 17:21:44 --- Created an attachment (id=24433) --> (http://bugs.winehq.org/attachment.cgi?id=24433) After this window SW2007 exits
This is still an issue in Wine 1.1.32 on SolidWorks 2007. winetricks gdiplus doesn't help. Installing dcom98 doesn't help. Overriding oleaut32 or ole32 doesn't help. There is no specific output after displaying error.
Before installing SolidWorks 2007 I did: winetricks mfc40 mfc42 dotnet20 gecko ie6
http://bugs.winehq.org/show_bug.cgi?id=9396
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Version|unspecified |0.9.43. Resolution|ABANDONED |
--- Comment #20 from Jeff Zaroyko jeffz@jeffz.name 2009-10-31 04:26:49 --- Reopening then...
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #21 from Dan Kegel dank@kegel.com 2009-10-31 05:22:42 --- Try *not* installing ie6.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #22 from NSLW lukasz.wojnilowicz@gmail.com 2009-10-31 06:15:52 --- Created an attachment (id=24471) --> (http://bugs.winehq.org/attachment.cgi?id=24471) wine-1.1.32-260-gf222a16
(In reply to comment #21)
Try *not* installing ie6.
OK, so before installing SW2007 I did only winetricks mfc42 dotne20. *Not* installing ie6 didn't help, the same error window appears. I'm attaching log. Do you want me to attach log with WINEDEBUG=+relay,+seh ?
--- Comment #23 from NSLW lukasz.wojnilowicz@gmail.com 2009-10-31 06:15:52 --- Created an attachment (id=24472) --> (http://bugs.winehq.org/attachment.cgi?id=24472) wine-1.1.32-260-gf222a16
(In reply to comment #21)
Try *not* installing ie6.
OK, so before installing SW2007 I did only winetricks mfc42 dotne20. *Not* installing ie6 didn't help, the same error window appears. I'm attaching log. Do you want me to attach log with WINEDEBUG=+relay,+seh ?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #22 from NSLW lukasz.wojnilowicz@gmail.com 2009-10-31 06:15:52 --- Created an attachment (id=24471) --> (http://bugs.winehq.org/attachment.cgi?id=24471) wine-1.1.32-260-gf222a16
(In reply to comment #21)
Try *not* installing ie6.
OK, so before installing SW2007 I did only winetricks mfc42 dotne20. *Not* installing ie6 didn't help, the same error window appears. I'm attaching log. Do you want me to attach log with WINEDEBUG=+relay,+seh ?
--- Comment #23 from NSLW lukasz.wojnilowicz@gmail.com 2009-10-31 06:15:52 --- Created an attachment (id=24472) --> (http://bugs.winehq.org/attachment.cgi?id=24472) wine-1.1.32-260-gf222a16
(In reply to comment #21)
Try *not* installing ie6.
OK, so before installing SW2007 I did only winetricks mfc42 dotne20. *Not* installing ie6 didn't help, the same error window appears. I'm attaching log. Do you want me to attach log with WINEDEBUG=+relay,+seh ?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #24 from Dan Kegel dank@kegel.com 2009-10-31 06:39:57 --- Thanks for the info. (No, I don't have time to look, and there are so many problems in the log I wouldn't know where to start.)
http://bugs.winehq.org/show_bug.cgi?id=9396
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #25 from NSLW lukasz.wojnilowicz@gmail.com 2009-11-12 11:47:47 --- Similar problem occurs in SolidWorks 2008. When I click open file icon then dialog box with "An unsupported operation was attempted" pops up several times but finally Window where I can open file appears (in SW 2007 it crashed or hanged)
In terminal this lines iterate (with different hwnd numbers only)
fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETSTATE): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETTASKBARPOS, hwnd=0x783ccc24): stub
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #26 from denis bonnenfant denis.bonnenfant@diderot.org 2009-12-04 05:19:52 --- confirmed with Solidworks 2009 and wine 1.1.33
winetricks vcrun2005 and ie6 was needed for install ( but not dotnet20 !)
Sometimes saving files works, but most of the time it hangs the application. I would be very pleased to submit logs if it can help, just tell me which ones.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #27 from denis bonnenfant denis.bonnenfant@diderot.org 2010-01-03 09:17:33 --- This bug exposes two issues :
- open/save file crash is maybe a duplicate of bug 7873
- the popup issue is only related to a file dialog UI problem. Nothing to do with file operations problems. Interestingly, very old Solidworks versions ( 2003, which works without mfc40 and vcrun2005 ) doesn't have this problem.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #28 from denis bonnenfant denis.bonnenfant@diderot.org 2010-01-03 09:49:16 --- Created an attachment (id=25520) --> (http://bugs.winehq.org/attachment.cgi?id=25520) File dialog screenshot
file dialog screenshot, with error pop-up when clicking on the file.
It shows that the preview image and some buttons are incorrectly placed and dimensioned.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #29 from denis bonnenfant denis.bonnenfant@diderot.org 2010-01-03 10:18:13 --- Created an attachment (id=25521) --> (http://bugs.winehq.org/attachment.cgi?id=25521) +commdlg log
commdlg channel trace, with a file open operation :
- dialog appears after 5 error pop-ups - when displayed, all the dialog is "locked" : no file can be choosed from the file list. - clicking to the parent directory icon works, and then files can be selected. - every time a file or a folder is clicked, the error message pops-up. - a file is selected and opened (2 error pop-ups).
the trace was made with regular (stripped) wine version. Is a version with symbols useful for this problem ?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #30 from Austin English austinenglish@gmail.com 2010-01-03 13:11:56 --- (In reply to comment #29)
Created an attachment (id=25521)
--> (http://bugs.winehq.org/attachment.cgi?id=25521) [details]
+commdlg log
commdlg channel trace, with a file open operation :
- dialog appears after 5 error pop-ups
- when displayed, all the dialog is "locked" : no file can be choosed from the
file list.
- clicking to the parent directory icon works, and then files can be selected.
- every time a file or a folder is clicked, the error message pops-up.
- a file is selected and opened (2 error pop-ups).
the trace was made with regular (stripped) wine version. Is a version with symbols useful for this problem ?
Symbols are only useful for a crash/backtrace. Most distros have them in a wine-dev or wine-dbg package. Or you can compile wine yourself, and use the '-g' CFLAG.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #31 from denis bonnenfant denis.bonnenfant@diderot.org 2010-05-25 08:42:34 --- The annoying pop-up window when opening a file dialog in Solidworks is still there in 1.2-rc1.
http://bugs.winehq.org/show_bug.cgi?id=9396
denis bonnenfant denis.bonnenfant@diderot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #32 from denis bonnenfant denis.bonnenfant@diderot.org 2010-05-26 11:39:32 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #33 from denis bonnenfant denis.bonnenfant@diderot.org 2010-05-26 11:47:52 --- with 1.2-rc1, when saving a new file, the filename cannot be entered. The default name "part1.sldprt" is displayed in the filename dialog area, but cannot be changed.
"Save as" works : the filename can be changed in the dialog box.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #34 from denis bonnenfant denis.bonnenfant@diderot.org 2010-05-26 12:03:31 --- update :
Entering new filename works on local disk, but not well on network mounts.
http://bugs.winehq.org/show_bug.cgi?id=9396
Serg Silantyev xren@pisem.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xren@pisem.net
--- Comment #35 from Serg Silantyev xren@pisem.net 2010-07-18 12:33:29 --- The annoying pop-up window when opening a file dialog in Solidworks is still there in 1.2 release. Same popup appears when opening every new dir in a file dialog, and clicking on file before preview is shown.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #36 from denis bonnenfant denis.bonnenfant@diderot.org 2010-10-04 05:32:08 CDT --- interestingly, none of the file properties are displayed in the file list
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #37 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-05 04:22:12 CDT --- In 1.3.6, there is a new regression : when opening file dialog, the popup error window is displayed once or twice, but then all the application window is locked, I.E. nothing can be done inside, even minimize/maximize from WM is locked.
Console displays "fixme:win:LockWindowUpdate ((nil)), partial stub!" every 2 secs.
the only way to kill the application is wineserver -k, as ctrl-c in console only kills one thread.
regression test will follow.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #38 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-05 05:28:32 CDT --- Overriding comctl32, shell32 and slwapi to native,builtin workarounds this bug.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #39 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-05 05:30:45 CDT --- Overriding comdlg32, shell32 and slwapi to native,builtin workarounds this bug.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #40 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-08 10:42:45 CST --- Update, good overrides are :
WINEDLLOVERRIDES="comdlg32=builtin,native","shell32=native,builtin","shlwapi=builtin,native"
Some file dialog elements are misplaced, but it works.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #41 from Dan Kegel dank@kegel.com 2010-11-08 10:54:26 CST --- Hmm, does that mean the component should be shell32?
http://bugs.winehq.org/show_bug.cgi?id=9396
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
http://bugs.winehq.org/show_bug.cgi?id=9396
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|lukasz.wojnilowicz@gmail.co | |m |
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #42 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-08 17:36:31 CST --- (In reply to comment #41)
Hmm, does that mean the component should be shell32?
Update, only comdlg32=builtin,native is necessary. It works Without shell32, it was just a side effect of setting comdlg32 to native first.
So finally one just have to put XP comdlg32.dll to Solidworks folder, no override needed, as builtin,native is the default one.
The bug is somewhere in comdlg32, unfortunately I wasn't able to generate useful traces.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #43 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-09 00:55:49 CST --- (In reply to comment #42)
Update, only comdlg32=builtin,native is necessary. It works Without shell32, it was just a side effect of setting comdlg32 to native first.
So finally one just have to put XP comdlg32.dll to Solidworks folder, no override needed, as builtin,native is the default one.
The bug is somewhere in comdlg32, unfortunately I wasn't able to generate useful traces.
So does 'comdlg32=native' actually help?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #44 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-09 05:11:25 CST --- (In reply to comment #43)
(In reply to comment #42)
Update, only comdlg32=builtin,native is necessary. It works Without shell32, it was just a side effect of setting comdlg32 to native first.
So finally one just have to put XP comdlg32.dll to Solidworks folder, no override needed, as builtin,native is the default one.
The bug is somewhere in comdlg32, unfortunately I wasn't able to generate useful traces.
So does 'comdlg32=native' actually help?
Yes, file dialogs are displayed correctly, but then shell32 and shlwapi are needed too. And all context menus ( right-click on parts icon on feature manager treeview ) involving files ops. are not available.
When setting comdlg32 to builtin,native only, app. behaves almost perfectly, the only problems are the misplacement of of elements in file dialog ( see screenshot ), and when opening a dialog, filename can't be selected, but changing folder solves the problem.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #45 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-09 06:04:11 CST --- Is there a way to see exactly for which function the native DLL is used ? +commctl,+loaddll doesn't show anything useful.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #46 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-09 06:08:59 CST --- Created an attachment (id=31803) --> (http://bugs.winehq.org/attachment.cgi?id=31803) file dialog screenshot
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #47 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-09 07:26:57 CST --- (In reply to comment #44)
So does 'comdlg32=native' actually help?
Yes, file dialogs are displayed correctly, but then shell32 and shlwapi are needed too. And all context menus ( right-click on parts icon on feature manager treeview ) involving files ops. are not available.
When setting comdlg32 to builtin,native only, app. behaves almost perfectly, the only problems are the misplacement of of elements in file dialog ( see screenshot ), and when opening a dialog, filename can't be selected, but changing folder solves the problem.
That's confusing, 'comdlg32=builtin,native' is default Wine setting and is really a no-op, i.e. it changes nothing.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #48 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-09 07:54:24 CST --- (In reply to comment #47)
(In reply to comment #44)
So does 'comdlg32=native' actually help?
Yes, file dialogs are displayed correctly, but then shell32 and shlwapi are needed too. And all context menus ( right-click on parts icon on feature manager treeview ) involving files ops. are not available.
When setting comdlg32 to builtin,native only, app. behaves almost perfectly, the only problems are the misplacement of of elements in file dialog ( see screenshot ), and when opening a dialog, filename can't be selected, but changing folder solves the problem.
That's confusing, 'comdlg32=builtin,native' is default Wine setting and is really a no-op, i.e. it changes nothing.
I agree. that's what i say. No overrides, just copy the dll.
But why putting a native dll in the app folder (I.E. c:\program file\solidWorks) solved the problem ? Is it possible the the app preloads the dll independantly from wine system ?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #49 from Nikolay Sivov bunglehead@gmail.com 2010-11-09 07:59:56 CST --- If terminal window on a left side on your last screenshot is for terminal where you're running application then you're running builtin comdlg32 (see fixme output).
There's no demo for that?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #50 from denis bonnenfant denis.bonnenfant@diderot.org 2010-11-09 08:37:56 CST --- (In reply to comment #49)
If terminal window on a left side on your last screenshot is for terminal where you're running application then you're running builtin comdlg32 (see fixme output).
It does. So why removing the dll from solidworks folder breaks it ?
There's no demo for that?
A download is available from Soliworks site. Unfortunately, the online installer doesn't work with wine. So the download has to be made on Windows.
http://www.solidworks.com/sw/education/SDL_form.html
http://bugs.winehq.org/show_bug.cgi?id=9396
sniveri samu.niveri@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |samu.niveri@hotmail.com
--- Comment #51 from sniveri samu.niveri@hotmail.com 2011-01-08 20:44:21 CST --- (In reply to comment #50)
(In reply to comment #49)
If terminal window on a left side on your last screenshot is for terminal where you're running application then you're running builtin comdlg32 (see fixme output).
It does. So why removing the dll from solidworks folder breaks it ?
There's no demo for that?
A download is available from Soliworks site. Unfortunately, the online installer doesn't work with wine. So the download has to be made on Windows.
Open or save filedialogs does not work in Ubuntu 10.10 & wine 1.3.10 - 1.3.11. Dialogs were working with wine 1.3.4. All I get is two "unsupported command was attempted"-messageboxes and then SolidWorks hangs. Earlier with version 1.3.4 there were several more of those boxes and then the file dialog opened.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #52 from denis bonnenfant denis.bonnenfant@diderot.org 2011-01-10 09:33:54 CST --- (In reply to comment #51)
Open or save filedialogs does not work in Ubuntu 10.10 & wine 1.3.10 - 1.3.11. Dialogs were working with wine 1.3.4. All I get is two "unsupported command was attempted"-messageboxes and then SolidWorks hangs. Earlier with version 1.3.4 there were several more of those boxes and then the file dialog opened.
This problem was already pointed in comment #37. But for 32bits ubuntu wine packages, copying native comdlg32.dll solves the problem. So maybe your problem is related to the 64bits package ?
I tried to run SWx with +snoop,+relay to see exactly how native comdlg32 is called, but unfortunately with +snoop it hangs during startup. Is there a way to change WINEDEBUG on the fly, just before opening file dialog ?
http://bugs.winehq.org/show_bug.cgi?id=9396
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #53 from NSLW lukasz.wojnilowicz@gmail.com 2011-01-30 15:03:47 CST --- (In reply to comment #42)
So finally one just have to put XP comdlg32.dll to Solidworks folder, no override needed, as builtin,native is the default one.
I can confirm this in wine-1.3.12-174-g58786dc and SolidWorks 2010.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #54 from sniveri samu.niveri@hotmail.com 2011-02-20 09:18:36 CST --- Is there way to get debug log about this issue for developers? If yes, could someone post some isntructions how to get it logged?
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #55 from denis bonnenfant denis.bonnenfant@diderot.org 2011-02-24 05:01:07 CST --- (In reply to comment #54)
Is there way to get debug log about this issue for developers? If yes, could someone post some isntructions how to get it logged?
Please run a regression test between 1.3.4 and 1.3.5 My computer is too slow and it will take hours.
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #56 from sniveri samu.niveri@hotmail.com 2011-02-26 09:03:12 CST --- (In reply to comment #55)
Please run a regression test between 1.3.4 and 1.3.5 My computer is too slow and it will take hours.
I might have proper computer to run that kind of tasks but I did not get any useful information when I tried it.
However now when I builded the shared wow64 setup from latest git sources and copied the comdlg32.dll from my Windows Vista partition to .wine/drive_c/Program Files(x86)/SolidWorks folder the file dialogs runs with out any hangs or messageboxes! Also menus are now correctly positioned and works exactly like in windows! Great work who ever did fix this, thanks!
http://bugs.winehq.org/show_bug.cgi?id=9396
Maarten Bezemer maarten.bezemer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maarten.bezemer@gmail.com
--- Comment #57 from Maarten Bezemer maarten.bezemer@gmail.com 2011-04-05 06:21:53 CDT --- (In reply to comment #50)
(In reply to comment #49)
If terminal window on a left side on your last screenshot is for terminal where you're running application then you're running builtin comdlg32 (see fixme output).
It does. So why removing the dll from solidworks folder breaks it ?
Copying comdlg32.dll to the SolidWorks installation directory works for me as well...
I did some more research: - When I copy it to the windows/system32 directory and updating comdlg32 to native SolidWorks crashes. - When I copy it to the windows/system32 directory and *not* updating comdlg32 to native (so keeping it set to buildin) SolidWorks works as well! - Without copying comdlg32.dll, SolidWorks shows the "An unsupported operation was attempted" and hangs after clicking OK while repeating: fixme:win:LockWindowUpdate ((nil)), partial stub!
I was using wine 1.3.17 on Kubuntu 10.10 x64 (32bit Wine)
So for now I copy comdlg32 to the windows/system32 directory without changing winecfg
http://bugs.winehq.org/show_bug.cgi?id=9396
--- Comment #58 from denis bonnenfant denis.bonnenfant@diderot.org 2012-10-14 14:02:10 CDT --- Bug is still there with wine 1.5.15 and Sw 2012 32 bits.
https://bugs.winehq.org/show_bug.cgi?id=9396
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Component|-unknown |comdlg32 Summary|Solidworks Crashes when |Solidworks 2006/2007/2012 |requested to open file. |fails to save files, | |reporting 'An unsupported | |operation was attempted.' | |(comdlg32 version resource | |outdated/inconsistent with | |default WinVer setting)
--- Comment #59 from Anastasius Focht focht@gmx.net --- Hello folks,
confirming.
Prerequisite: 'winetricks -q mfc40 mfc42'
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SolidWorks
$ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./SLDWORKS.exe >>log.txt 2>&1 ... 0120:Call KERNEL32.LoadLibraryW(007fa084 L"comctl32.dll") ret=006d57bc 0120:Ret KERNEL32.LoadLibraryW() retval=7e530000 ret=006d57bc 0120:Call KERNEL32.GetProcAddress(7e530000,007f39c4 "DllGetVersion") ret=006d57d5 0120:Ret KERNEL32.GetProcAddress() retval=7e540450 ret=006d57d5 0120:Call comctl32.DllGetVersion(0033dae4) ret=006d57e6 0120:Ret comctl32.DllGetVersion() retval=00000000 ret=006d57e6 0120:Call KERNEL32.FreeLibrary(7e530000) ret=006d5801 0120:Ret KERNEL32.FreeLibrary() retval=00000001 ret=006d5801 ... 0120:Call KERNEL32.LoadLibraryW(052ebb98 L"COMDLG32.DLL") ret=00664439 0120:Ret KERNEL32.LoadLibraryW() retval=7e190000 ret=00664439 0120:Call KERNEL32.GetProcAddress(7e190000,007f39c4 "DllGetVersion") ret=00664452 0120:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00664452 0120:Call msvcrt.malloc(0000001a) ret=5f8038d6 0120:Call ntdll.RtlAllocateHeap(00110000,00000000,0000001a) ret=7ed5ef9f 0120:Ret ntdll.RtlAllocateHeap() retval=0527f0c8 ret=7ed5ef9f 0120:Ret msvcrt.malloc() retval=0527f0c8 ret=5f8038d6 0120:Call ntdll.wcscpy(0527f0c8,052ebb98 L"COMDLG32.DLL") ret=006644b4 0120:Ret ntdll.wcscpy() retval=0527f0c8 ret=006644b4 0120:Call version.GetFileVersionInfoSizeW(0527f0c8 L"COMDLG32.DLL",0033dad4) ret=006644c1 ... 0120:Ret version.GetFileVersionInfoSizeW() retval=0000067c ret=006644c1 0120:Call msvcrt.malloc(0000067c) ret=5f8038d6 0120:Call ntdll.RtlAllocateHeap(00110000,00000000,0000067c) ret=7ed5ef9f 0120:Ret ntdll.RtlAllocateHeap() retval=05309a48 ret=7ed5ef9f 0120:Ret msvcrt.malloc() retval=05309a48 ret=5f8038d6 0120:Call version.GetFileVersionInfoW(0527f0c8 L"COMDLG32.DLL",00000000,0000067c,05309a48) ret=006644dc ... 0120:Ret version.GetFileVersionInfoW() retval=00000001 ret=006644dc 0120:Call version.VerQueryValueW(05309a48,007f3990 L"\VarFileInfo\Translation",0033dad0,0033dae0) ret=006644fa 0120:Ret version.VerQueryValueW() retval=00000001 ret=006644fa ... 0120:Call KERNEL32.LoadLibraryA(5f8a14d0 "comdlg32.dll") ret=5f805a00 0120:Ret KERNEL32.LoadLibraryA() retval=7e190000 ret=5f805a00 0120:Call KERNEL32.InterlockedExchange(5f8d1620,7e190000) ret=5f805a14 0120:Ret KERNEL32.InterlockedExchange() retval=00000000 ret=5f805a14 0120:Call KERNEL32.GetProcAddress(7e190000,5f8c4cbc "GetSaveFileNameW") ret=5f8059be 0120:Ret KERNEL32.GetProcAddress() retval=7e19f9b8 ret=5f8059be 0120:Call comdlg32.GetSaveFileNameW(0033ded0) ret=5f852d90 0120:Call comctl32.InitCommonControlsEx(0033db28) ret=7e1a5ab1 0120:Ret comctl32.InitCommonControlsEx() retval=00000001 ret=7e1a5ab1 ... 0120:Call user32.GetWindowTextW(000a048a,0033c3d8,00000100) ret=5f8142ea 0120:Call window proc 0x7eadc84e (hwnd=0xa048a,msg=WM_GETTEXT,wp=00000100,lp=0033c3d8) 0120:Ret window proc 0x7eadc84e (hwnd=0xa048a,msg=WM_GETTEXT,wp=00000100,lp=0033c3d8) retval=00000000 0120:Ret user32.GetWindowTextW() retval=00000000 ret=5f8142ea 0120:Call KERNEL32.lstrcmpW(0033c3d8 L"",5f8d0bcc L"") ret=5f81430f 0120:Ret KERNEL32.lstrcmpW() retval=00000000 ret=5f81430f 0120:Call user32.GetDlgItem(000b0716,00001dcb) ret=5f80e659 0120:Ret user32.GetDlgItem() retval=00000000 ret=5f80e659 0120:Call msvcrt._CxxThrowException(0033c5d0,5f8b2e78) ret=5f85141a 0120:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033c564) ret=7ed45441 0120:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=0120 0120:trace:seh:raise_exception info[0]=19930520 0120:trace:seh:raise_exception info[1]=0033c5d0 0120:trace:seh:raise_exception info[2]=5f8b2e78 0120:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=0033c4b4 esi=0033c560 edi=0033c520 0120:trace:seh:raise_exception ebp=0033c4f8 esp=0033c494 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0120:trace:seh:call_stack_handlers calling handler at 0x5f890e11 code=e06d7363 flags=1 0120:trace:seh:cxx_frame_handler handling C++ exception rec 0x33c4a0 frame 0x33c65c trylevel 0 descr 0x5f8b40c8 nested_frame (nil) 0120:trace:seh:dump_exception_type flags 0 destr (nil) handler (nil) type info 0x5f8b2e60 0120:trace:seh:dump_exception_type 0: flags 1 type 0x5f8d4d58 {vtable=0x5f899864 name=.PAVCNotSupportedException@@ ()} offsets 0,-1,0 size 4 copy ctor (nil) 0120:trace:seh:dump_exception_type 1: flags 1 type 0x5f8d4d18 {vtable=0x5f899864 name=.PAVCSimpleException@@ ()} offsets 0,-1,0 size 4 copy ctor (nil) 0120:trace:seh:dump_exception_type 2: flags 1 type 0x5f8d4cd0 {vtable=0x5f899864 name=.PAVCException@@ ()} offsets 0,-1,0 size 4 copy ctor (nil) 0120:trace:seh:dump_exception_type 3: flags 1 type 0x5f8d4d00 {vtable=0x5f899864 name=.PAVCObject@@ ()} offsets 0,-1,0 size 4 copy ctor (nil) 0120:trace:seh:dump_exception_type 4: flags 1 type 0x5f8d4cf0 {vtable=0x5f899864 name=.PAX ()} offsets 0,-1,0 size 4 copy ctor (nil) ... 0120:Call user32.MessageBoxW(00060762,0033ba10 L"An unsupported operation was attempted.",00178278 L"SolidWorks",00000030) ret=5f86881e --- snip ---
The app customizes the file open/save dialogs based on the Windows version _and_ the version of common controls found.
Wine's comdlg32 version 4.0.0.950 is technically inconsistent with reported WinVer 'Windows XP' which confuses the app (should be >= 5.8x).
MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/hh298349%28v=vs.85%2...
and Mr. Chappell himself (although it's comctl32, the same applies to comdlg32):
http://www.geoffchappell.com/studies/windows/shell/comctl32/history/
The version resource part should be updated like Wine's comctl32. With that part fixed, 'save' works.
$ wine --version wine-1.7.13-100-gfcae016
Regards
https://bugs.winehq.org/show_bug.cgi?id=9396
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |73a2408f27a7454f9fccd3558dd | |20286d52eda25 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #60 from Anastasius Focht focht@gmx.net --- Hello folks,
this is fixed by commit http://source.winehq.org/git/wine.git/commitdiff/73a2408f27a7454f9fccd3558dd...
ThanksStefan
Regards
https://bugs.winehq.org/show_bug.cgi?id=9396
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #61 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.14.
-
wine-bugs＠winehq.org