[Bug 17856] New: JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

Summary: JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get
                    FB Config for iPixelFormat 0"
           Product: Wine
           Version: 1.1.17
          Platform: PC
               URL: http://download.jflothow.de/fvstein/WuerfelWIN.zip
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

The program linked here should open up a window and display a unit cube to
demonstrate the effects of a transformation-matrix.

The application crashes right after opening the window. There is no OpenGL-cube
drawn. Here's a log: http://pastebin.com/f1c718e52

---
fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub
fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub
err:wgl:internal_SetPixelFormat Invalid iPixelFormat: 0
err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect
problems!
X Error of failed request:  GLXBadDrawable
  Major opcode of failed request:  128 (GLX)
  Minor opcode of failed request:  11 (X_GLXSwapBuffers)
  Serial number of failed request:  936
  Current serial number in output stream:  936
Locking assertion failure.  Backtrace: [...]
---

GFX card: Geforce 8800GTX, prop. driver version 177.82, one display.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

John Haywards  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #1 from Andrew Nguyen   2009-08-01 21:31:24 ---
The issue persists in wine-1.1.26-231-gfe9d360.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #2 from NSLW   2009-11-12 12:30:28 ---
Created an attachment (id=24702)
 --> (http://bugs.winehq.org/attachment.cgi?id=24702)
SolidWorks 2008 - drawing part screen

I think I've got the same bug on SolidWorks 2008. SW2008 doesn't crash but I'm
unable to anything useful on drawing area.
In attachment drawing area should have nice background and I should see 3d
elements. Instead I don't see neither sketches nor 3d elements and there is no
proper background.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #3 from NSLW   2009-11-12 12:31:44 ---
Created an attachment (id=24703)
 --> (http://bugs.winehq.org/attachment.cgi?id=24703)
wine-1.1.32-595-g459a0c4

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

Charles Davis  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #4 from Charles Davis   2009-11-12 18:48:59 ---
*** This bug has been confirmed by popular vote. ***

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

Charles Davis  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #5 from Charles Davis   2009-11-12 18:54:10 ---
Me too. I get this with SW2008 on Mac OS X 10.6.

I get this line in the output from Wine, repeated three times:

err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect
problems!

I'm going to look into this. I know how to program, and I'm somewhat familiar
with OpenGL.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #6 from Charles Davis   2009-11-12 19:01:28 ---
Created an attachment (id=24710)
 --> (http://bugs.winehq.org/attachment.cgi?id=24710)
Wine 1.1.32-641-ga7bfd6d Log +wgl on Mac OS X

Here's a log with +wgl. It's of me creating a new part, and trying to sketch on
the front plane. Hope that helps.

I bzip2 compressed it because otherwise it's too big.

The version is probably meaningless because I have local changes checked into
my tree.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #7 from Charles Davis   2009-11-12 19:09:19 ---
I think I know what the problem is.

Both these programs pass 0 as the iPixelFormat. Yet iPixelFormat numbering--at
least in winex11--starts at 1. (You can see in my log that winex11 starts
creating pixel formats starting at index 1.) Therefore, 0 is invalid as an
iPixelFormat. They probably passed this hoping to get the default PF. They work
on Windows, so I'll bet that we need to support an iPixelFormat of 0.

I'll leave the rest to the experts. I may be somewhat familiar with OpenGL, but
I don't consider myself a WGL expert (yet).

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #8 from Charles Davis   2009-11-13 08:22:05 ---
Hmm... on closer inspection of the log, I seem to have been mistaken.

I don't know about JFlothows, but SW2008 tries to draw to a bitmap. X11DRV
selects pixel format 66, and when SolidWorks tries to SetPixelFormat() this PF,
X11DRV fails creating the GLX pixmap! This causes SetPixelFormat() to fail.
SolidWorks however doesn't check the result of SetPixelFormat() (it expects it
to succeed), so it goes ahead and creates a bitmap context anyway. Because no
PF is selected, X11DRV fails to create a GL context, and SolidWorks cannot
draw. I suspect that the reason is that the depth of the pixmap and the depth
of the FBConfig that X11DRV picked for SolidWorks don't match. I'm going to
take a closer look.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #9 from Charles Davis   2009-11-13 08:31:40 ---
Yup. The depths are mismatched. The depth of the Visual is 24, but the depth of
the pixmap is 32.

That's funny, because SolidWorks asked for a 32-bit format. I suspect that in
the XVisualInfo structure, the depth member doesn't include alpha bits.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #10 from Charles Davis   2009-11-13 09:35:42 ---
Created an attachment (id=24719)
 --> (http://bugs.winehq.org/attachment.cgi?id=24719)
Hack to fix pixmap depth mismatch

This is a hack I came up with to get SW2008 to draw something. All it draws is
a black screen, though, so it's not a complete fix. Again, this is merely a
hack. I don't know enough about winex11 to create a proper fix.

There's still one more of this line in the log:

err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect
problems!

Before it, SolidWorks seems to be iterating over all the pixel formats
supported by the driver. I think it's looking for a specific pixel format. But
which one? Why is it looking for an exact pixel format? Why is it not using
ChoosePixelFormat() like it did earlier?

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

NSLW  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
                   |                            |m

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #11 from Charles Davis   2009-11-23 08:55:40 ---
The SolidWorks issues appear to be two separate issues, so I've filed two new
bugs, bug 20807 and bug 20808.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

rusivi  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #12 from rusivi  2010-09-13 18:46:59 CDT ---
Does this issue occur in newest WINE?

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

NSLW  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|[e-mail] |
                   |m                           |

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

--- Comment #13 from John Haywards  2010-09-14 03:54:28 CDT ---
(In reply to comment #12)
> Does this issue occur in newest WINE?

$ wine Wuerfel.exe 
err:wgl:internal_SetPixelFormat Invalid iPixelFormat: 0
err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect
problems!
X Error of failed request:  GLXBadDrawable
  Major opcode of failed request:  128 (GLX)
  Minor opcode of failed request:  11 (X_GLXSwapBuffers)
  Serial number of failed request:  1591
  Current serial number in output stream:  1591
$ wine --version
wine-1.3.2

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

NSLW  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
                   |                            |m

--- Comment #14 from NSLW  2011-06-17 12:12:30 CDT ---
This is also issue in Matlab 2009 and Wine 1.3.22

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #15 from Jerome Leclanche  2012-02-26 12:57:16 CST ---
Does it still happen in wine-1.4-rc5? If so, does the patch from bug 14640
help?

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

http://bugs.winehq.org/show_bug.cgi?id=17856

Alistair Leslie-Hughes  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

https://bugs.winehq.org/show_bug.cgi?id=17856

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #16 from Austin English  ---
The application no longer crashes with 1.7.24. The window doesn't show a cube
(the window is gray), but that's a separate bug.

Fixed somewhere between 1.2 and 1.4.1.

[Bug 17856] JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"

https://bugs.winehq.org/show_bug.cgi?id=17856

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #17 from Alexandre Julliard  ---
Closing bugs fixed in 1.7.25.