http://bugs.winehq.org/show_bug.cgi?id=20807
Summary: SolidWorks 2008 can't render parts Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs@winehq.org ReportedBy: cdavis@mines.edu
Created an attachment (id=24921) --> (http://bugs.winehq.org/attachment.cgi?id=24921) Wine 1.1.32-641-ga7bfd6d Log +wgl on Mac OS X
When you create a part, SolidWorks attempts to create a bitmap GL context to do offscreen rendering. The call to SetPixelFormat() on the bitmap DC fails, however, because the depth of the pixmap (32) doesn't match the depth of the visual that winex11 chose (24). (You can add a trace to create_bitmap_glxpixmap() to see this for yourself.) SolidWorks, however, does not check the result of SetPixelFormat(), expecting it to succeed, so it goes ahead and tries to create a GL context. This fails because no pixel format is set in the DC. As a result, no rendering of parts is done.
I've attached a log showing what happens. There's a second issue that is demonstrated by that log, so I'm going to file another bug shortly.
I think this is somehow related to Roderick Colenbrander's Xrender patches, given that we're dealing with a 32-bit pixmap (which wasn't possible until Xrender support was added).
http://bugs.winehq.org/show_bug.cgi?id=20807
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k@gmail.com
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmail.com 2009-11-24 04:33:12 --- Can you check whether the fbconfig we are returning indeed reports 32-bit? What happens if you get rid of the depth check in the call? The XVisualInfo data might not be correct (in some places we override Visual info). If the depth is really different you will get a BadMatch error.
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #2 from Charles Davis cdavis@mines.edu 2009-11-24 07:40:13 --- (In reply to comment #1)
Can you check whether the fbconfig we are returning indeed reports 32-bit?
Pixel Format 66 (which is the one returned by ChoosePixelFormat()) has a 32-bit color buffer. DescribePixelFormat() gets this info from the FBConfig itself, so it's safe to assume the FBConfig has a 32-bit color buffer, too.
What happens if you get rid of the depth check in the call?
create_bitmap_glxpixmap() succeeds, but then I hit bug 20808.
The XVisualInfo data might not be correct (in some places we override Visual info). If the depth is really different you will get a BadMatch error.
No BadMatch here.
http://bugs.winehq.org/show_bug.cgi?id=20807
denis bonnenfant denis.bonnenfant@diderot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |denis.bonnenfant@diderot.or | |g
--- Comment #3 from denis bonnenfant denis.bonnenfant@diderot.org 2009-12-04 06:33:59 --- this bug seems to be a duplicate of 13195, but now it is solved. So is it Mac OS specific ?
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #4 from Roderick Colenbrander thunderbird2k@gmail.com 2009-12-04 06:39:24 --- This bug is not OSX specific it occurs on Linux as well. Most likely you are using Nvidia drivers which support both 24-bit and 32-bit visuals on Linux. Check the depth column in the glxinfo output.
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #5 from denis bonnenfant denis.bonnenfant@diderot.org 2009-12-04 14:40:21 --- True, i'm using the latest 185.18.38 driver with ubuntu 9.10 :
glxinfo :
.... OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 6800/AGP/SSE2 OpenGL version string: 2.1.2 NVIDIA 185.18.36 .... 0x6d 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon 0x6e 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 2 1 Ncon 0x6f 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 2 1 Ncon 0x70 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 4 1 Ncon 0x71 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon 0x23 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x72 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None ....
http://bugs.winehq.org/show_bug.cgi?id=20807
Charles Davis cdavis@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20808
--- Comment #6 from Charles Davis cdavis@mines.edu 2009-12-04 14:54:15 --- Consider yourself lucky to have nVidia hardware on Linux. I've got nVidia hardware, but on Mac OS X. All the visuals reported by Xquartz are either 24-bit or 15-bit. (They're all 24-bit with the stock SL Xquartz.)
Note that I added bug 20808 as depending on this bug. You can't even reproduce it until you get around this bug.
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #7 from sniveri samu.niveri@hotmail.com 2010-01-18 05:23:23 --- Created an attachment (id=25781) --> (http://bugs.winehq.org/attachment.cgi?id=25781) Modelview messed up
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #8 from sniveri samu.niveri@hotmail.com 2010-01-18 05:24:50 --- Created an attachment (id=25782) --> (http://bugs.winehq.org/attachment.cgi?id=25782) GLXInfo of Nvidia Quadro4 960xgl ubuntu 10.04
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #9 from sniveri samu.niveri@hotmail.com 2010-01-18 05:25:38 --- Created an attachment (id=25783) --> (http://bugs.winehq.org/attachment.cgi?id=25783) Console output when running SolidWorks SP 4.0 and trying to open model
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #10 from sniveri samu.niveri@hotmail.com 2010-01-18 05:30:26 --- (From update of attachment 25783) I have ubuntu 10.04 32-bit and Quadro4 960XGL with latest nvidia drivers. Wine is built from latest git sources. With nvidia driver modelview is messed up and does not render model. also saving model is not functional as it crashes maybe because preview bitmap cannot be produced or something.
When changing display driver to vesa in xorg.conf modelview is displayed as bitmap (I think) and saving works but modelview does update only when rotating or something similar is done and ctrl+q is pressed.
http://bugs.winehq.org/show_bug.cgi?id=20807
sniveri samu.niveri@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |samu.niveri@hotmail.com
--- Comment #11 from sniveri samu.niveri@hotmail.com 2010-01-20 04:18:23 --- Sorry about the wrong information. I had wrong driver for graphics card. This issue is solved and SW2008 SP4.0 works now almost perfectly, graphics are still a bit odd as featuremanager tree and command buttons backcolor is black.
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #12 from denis bonnenfant denis.bonnenfant@diderot.org 2010-10-17 11:44:18 CDT --- Confirmed with 1.3.4 (macbook OSX 10.6)
http://bugs.winehq.org/show_bug.cgi?id=20807
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #13 from NSLW lukasz.wojnilowicz@gmail.com 2011-01-29 15:08:29 CST --- Still issue in SW 2008 SP0 and wine-1.3.12-174-g58786dc
http://bugs.winehq.org/show_bug.cgi?id=20807
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.6 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=20807
--- Comment #14 from Austin English austinenglish@gmail.com 2013-11-13 16:47:56 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=20807
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #15 from Austin English austinenglish@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=20807
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Austin English austinenglish@gmail.com --- Closing.