With the new Xvnc, the problem on bug 1297 is present again, at least Wine doesn't start.
Problem verified with Fedora Rawhide Xvnc.
Note that the wine problem is slightly different, now it gives a traceback:
>glxcmds.c:343: CreateContext: Assertion `mode != ((void *)0)' failed.
>wine: Assertion failed at address 0x600007f2 (thread 0009), starting debugger...
>Unhandled exception: assertion failed in 32-bit code (0x600007f2).
http://bugs.winehq.org/show_bug.cgi?id=8557 confirms that this is a GLX/Xserver bug.
"glean" gives lots of errors. xglinfo on Scott crashes. I haven't yet applied the patch for disabling GLX_SGIX_fbconfig, but currently we have more fundamental problems.
I can't patch xf86glx.c, because this file doesn't exist any longer...
xvnc.cc still contains the fixes I made on bug 1297, though. Building with "-march=pentium4" doesn't help.
https://bugzilla.redhat.com/show_bug.cgi?id=458219 might be related.
The wine crash also happens with the standard Xvfb on Fedora. Seems to be a fundamental problem.
A patch was recently posted to the Xorg mailing list:
[PATCH] glx: Replace broken GLX visual setup with a fixed "all" mode.
Don't know if it helps, but looks relevant to me.
Happy faces. The patch "[PATCH] glx: Replace broken GLX visual setup with a fixed "all" mode" fixes the problem, at least on the xserver-1.6 branch, in conjunction with http://cgit.freedesktop.org/xorg/xserver/commit/?id=5100d829a4d71ce4a9fbc2b81694a1fb90066ccf. What remains is porting this to 1.5.3 and test some more. Plus ask the Xorg guys if this patch can be cherrypicked for 1.5 and/or 1.6.
I did a test running glxgears, glxinfo and extreme tuxracer. Everything worked nicely.
Comment #5 is not fully correct; I had to patch Mesa so that only 16 bit visuals are created. Fixed in r16492.
I've successfully tested:
wine ./sndrec32.exe on maggie
most of the GL screensavers from xscreensaver-gl-extras
I've done some very basic Solaris tests as well:
* The "ERROR: CI visual" is gone (but still happens with the maggie/FC6 xserver).
* /usr/openwin/demo/GL/sparcv9/ogl_install_check fails to find a visual, but happens with maggie/FC6 xserver as well.
I think we can close this bug now.
Actually, GLX still doesn't work with depth=24.
Created attachment 325 [details]
We are no longer patching Mesa, so 24 bit GLX should now work. The only problem seems to be 16 bit mode with older Mesa versions. I've noticed that glxgears seems to work correctly on systems with Mesa 7.1, but fails on 7.0 and older systems. I found the attached patch in an older Fedora RPM, mesa-7.1-0.22.fc9.src.rpm. I haven't verified this, but this might be the cause of the problem.
Per comment #9, this should now work.
Seems to be working both in 24-bit and 16-bit mode. Tested on Fedora 11 beta.