Comment 38 for bug 185311

This really seems like a libX11 problem, not a specific java one. I am currently developing an opengl application an stumbled on that problem while testing my program on ubuntu hardy amd64. In my case the problem occurs when calling glXSwapBuffers(), but not continuesly. therefore it's hard to track down, but i am on it at the moment. Until i found something specific here's the backtrace of my application so far:

#0 0x00007f48ea83a095 in raise () from /lib/libc.so.6
#1 0x00007f48ea83baf0 in abort () from /lib/libc.so.6
#2 0x00007f48ea8332df in __assert_fail () from /lib/libc.so.6
#3 0x00007f48ea54c17d in _XGetXCBBuffer () from /usr/lib/libX11.so.6
#4 0x00007f48ea54d343 in _XSend () from /usr/lib/libX11.so.6
#5 0x00007f48eb7c9625 in __glXFlushRenderBuffer () from /usr/lib/libGL.so.1
#6 0x00007f48eb7cb35f in __glXSetupForCommand () from /usr/lib/libGL.so.1
#7 0x00007f48eb7c7628 in glXSwapBuffers () from /usr/lib/libGL.so.1
#8 0x0000000000418795 in draw_scene (arg=0x7ffff3e4bfe0)
    at /home/laubej/workspace/pallas/pallas/drawscene.cpp:306
#9 0x00007f48eb30a3f7 in start_thread () from /lib/libpthread.so.0
#10 0x00007f48ea8dfb2d in clone () from /lib/libc.so.6
#11 0x0000000000000000 in ?? ()

Maybe someone else has an idea and can poke me into the right direction. It might be worth to notice that the rendering is done by MESA indirect glx, although i think that's not a problem with MESA at all.