Occurs when libX11-1.1.1-r1 is built with xcb (libxcb-1.0) and starting app-office/openoffice-2.1.0-r1. Reproducible: Always Steps to Reproduce: Actual Results: Program received signal SIGABRT, Aborted. [Switching to Thread 47026847863088 (LWP 991)] 0x00002ac546e208e5 in raise () from /lib/libc.so.6 Backtrace: #0 0x00002ac546e208e5 in raise () from /lib/libc.so.6 #1 0x00002ac546e21b7e in abort () from /lib/libc.so.6 #2 0x00002ac546e1a266 in __assert_fail () from /lib/libc.so.6 #3 0x00002ac5481839ed in xcb_xlib_unlock (c=0x583530) at xcb_xlib.c:50 #4 0x00002ac5463d1b58 in _XCBUnlockDisplay (dpy=0x582ab0) at xcb_lock.c:34 #5 0x00002ac54d03174a in __glXInitialize () from //usr/lib64/opengl/xorg-x11/lib/libGL.so.1 #6 0x00002ac54d02d5dd in GetGLXPrivScreenConfig () from //usr/lib64/opengl/xorg-x11/lib/libGL.so.1 #7 0x00002ac54d02f2fb in glXGetConfig () from //usr/lib64/opengl/xorg-x11/lib/libGL.so.1 #8 0x00002ac54bede81e in X11SalOpenGL::MakeVisualWeights () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #9 0x00002ac54befe6bb in SalDisplay::BestVisual () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #10 0x00002ac54bf02891 in SalDisplay::initScreen () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #11 0x00002ac54bf131e5 in vcl_sal::WMAdaptor::WMAdaptor () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #12 0x00002ac54bf14b97 in vcl_sal::NetWMAdaptor::NetWMAdaptor () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #13 0x00002ac54bf15391 in vcl_sal::WMAdaptor::createWMAdaptor () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #14 0x00002ac54bf06d56 in SalDisplay::Init () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #15 0x00002ac54bf097ca in SalX11Display::SalX11Display () from /usr/lib64/openoffice/program/libvclplug_gen680lx.so #16 0x00002ac54a94a48b in SalKDEDisplay::SalKDEDisplay () from /usr/lib64/openoffice/program/libvclplug_kde680lx.so #17 0x00002ac54a94a806 in KDEXLib::Init () from /usr/lib64/openoffice/program/libvclplug_kde680lx.so #18 0x00002ac54a94abf4 in create_SalInstance () from /usr/lib64/openoffice/program/libvclplug_kde680lx.so #19 0x00002ac544584e58 in tryInstance () from /usr/lib64/openoffice/program/libvcl680lx.so #20 0x00002ac54458513e in CreateSalInstance () from /usr/lib64/openoffice/program/libvcl680lx.so #21 0x00002ac544348dfe in InitVCL () from /usr/lib64/openoffice/program/libvcl680lx.so #22 0x00002ac5443491ea in ImplSVMain () from /usr/lib64/openoffice/program/libvcl680lx.so #23 0x00002ac5443493e5 in SVMain () from /usr/lib64/openoffice/program/libvcl680lx.so #24 0x000000000041ccda in sal_main () #25 0x00002ac546e0e374 in __libc_start_main () from /lib/libc.so.6 #26 0x000000000041cb79 in _start () (gdb) f 3 #3 0x00002ac5481839ed in xcb_xlib_unlock (c=0x583530) at xcb_xlib.c:50 50 assert(c->xlib.lock); (gdb) list 45 } 46 47 void xcb_xlib_unlock(xcb_connection_t *c) 48 { 49 _xcb_lock_io(c); 50 assert(c->xlib.lock); 51 assert(pthread_equal(c->xlib.thread, pthread_self())); 52 c->xlib.lock = 0; 53 pthread_cond_broadcast(&c->xlib.cond); 54 _xcb_unlock_io(c); (gdb) f 4 #4 0x00002ac5463d1b58 in _XCBUnlockDisplay (dpy=0x582ab0) at xcb_lock.c:34 34 xcb_xlib_unlock(dpy->xcb->connection); (gdb) list 29 30 /* Traditional Xlib does this in _XSend; see the Xlib/XCB version 31 * of that function for why we do it here instead. */ 32 _XSetSeqSyncFunction(dpy); 33 34 xcb_xlib_unlock(dpy->xcb->connection); 35 if(dpy->xcb->lock_fns.unlock_display) 36 dpy->xcb->lock_fns.unlock_display(dpy); 37 } 38
Which mesa version? Could you try a newer one? Also please show the versions of: libX11 libXcomposite libXdamage libXfixes libXi libXrandr
media-libs/mesa-6.5.1-r1 x11-libs/libX11-1.1.1-r1 x11-libs/libXcomposite-0.3 x11-libs/libXdamage-1.0.3 x11-libs/libXfixes-4.0.1 x11-libs/libXi-1.0.1 x11-libs/libXrandr-1.1.1 I'll try media-libs/mesa-6.5.2-r1 in a moment.
Using x11-libs/libX11-1.1.1-r1 and media-libs/mesa-6.5.2-r1, both with xcb enabled does not produce the crash on OpenOffice.org startup.
More incentive for us to stable 7.2, I guess..
The QT4 Assistant also fails to start: #0 0x00002b17653a18e5 in raise () from /lib/libc.so.6 #1 0x00002b17653a2b7e in abort () from /lib/libc.so.6 #2 0x00002b176539b266 in __assert_fail () from /lib/libc.so.6 #3 0x00002b17658ee9ed in xcb_xlib_unlock (c=0x5870a0) at xcb_xlib.c:50 #4 0x00002b17646470b3 in _XCBUnlockDisplay (dpy=0x586350) at xcb_lock.c:34 #5 0x00002b1763f2decf in XFixesQueryVersion () from /usr/lib/libXfixes.so.3 #6 0x00002b17633af0e4 in ?? () from /usr/lib/qt4/libQtGui.so.4 #7 0x00002b1763366677 in QApplicationPrivate::construct () from /usr/lib/qt4/libQtGui.so.4 #8 0x00002b1763367188 in QApplication::QApplication () from /usr/lib/qt4/libQtGui.so.4 #9 0x0000000000416101 in ?? () #10 0x00002b176538f374 in __libc_start_main () from /lib/libc.so.6 #11 0x0000000000415999 in ?? () #12 0x00007fff47d9df88 in ?? () #13 0x0000000000000000 in ?? ()
(In reply to comment #5) > The QT4 Assistant also fails to start: > #5 0x00002b1763f2decf in XFixesQueryVersion () from /usr/lib/libXfixes.so.3 Try x11-libs/libXfixes-4.0.1
> Try x11-libs/libXfixes-4.0.1 It crashed with 4.0.1, but not with 4.0.3. Are there any other libraries I should update as a precaution?
Woops, my bad. Yeah, try anything in bug #174959
*** Bug 175153 has been marked as a duplicate of this bug. ***
This shouldn't be a problem anymore as libX11-1.1.2-r1 is already stable everywhere,so closing
