There are several crashes reported during OpenGL detection in desktop-effects that have easy, safe fixes:
Bug 533807 - Crash in glXDestroyContext
Bug 574500 - BadMatch from XCreateWindow
The second one is especially common and occurs any time you run desktop-effects after configuring 16bpp graphics. We should pull these fixes in for RHEL6.
Having tried it, I don't think it makes sense to try and reproduce in gdb. The poor handling of optimized code in gdb makes it really confusing and unpredictable, and any instructions I could give would reproduce it both with and without the fix.
Because the same instructions that initialize an uninitialized variable to a junk value will also reinitialize an initialized variable to a junk value.
However, it was really good you asked for this, since in investigating, I found that the patch was not correctly included in the RPM!
Will build a better version immediately.
Version with the relevant patch actually applied is now built.
It would be good to test that desktop-effects properly works if mesa-dri-drivers is removed (with rpm -e --nodeps if necessary.) It should display a message on startup that GL is not available.
That will test the code path that was changed.
But there's nothing I can suggest that will give before/after verification that it crashes with the old packages and not with the new packages.
Verified (according to Comment 9) on:
Getting (after removing mesa-dri-drivers and logout):
Accelerated 3D graphics is not available
Desktop effects require hardware 3D support.
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.