hardy, locking assertion failure, xorg/libsdl

Binary package hint: xorg

If I run Savage (a 3D non-open source game for Linux, available for download on the internet), I get loads of these messages:

silverback.bin: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb6def767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb6def81e]
#2 /usr/lib/libX11.so.6 [0xb76ca5f8]
#3 /usr/lib/libX11.so.6(XUnmapWindow+0x25) [0xb76c0fb5]
#4 libs/libSDL-1.2.so.0 [0xb7e76f01]
#5 libs/libSDL-1.2.so.0 [0xb7e7840e]
#6 libs/libSDL-1.2.so.0(SDL_VideoQuit+0x52) [0xb7e6e99a]
#7 libs/libSDL-1.2.so.0(SDL_QuitSubSystem+0x8c) [0xb7e50298]
#8 libs/libSDL-1.2.so.0(SDL_Quit+0x20) [0xb7e502ec]
#9 ./silverback.bin [0x80a95d3]
silverback.bin: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb6def767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb6def81e]
#2 /usr/lib/libX11.so.6 [0xb76ca5f8]
#3 /usr/lib/libX11.so.6(XUnmapWindow+0x25) [0xb76c0fb5]
#4 libs/libSDL-1.2.so.0 [0xb7e76f01]
#5 libs/libSDL-1.2.so.0 [0xb7e7840e]
#6 libs/libSDL-1.2.so.0(SDL_VideoQuit+0x52) [0xb7e6e99a]
#7 libs/libSDL-1.2.so.0(SDL_QuitSubSystem+0x8c) [0xb7e50298]
#8 libs/libSDL-1.2.so.0(SDL_Quit+0x20) [0xb7e502ec]
#9 ./silverback.bin [0x80a95d3]
silverback.bin: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.
Locking assertion failure. Backtrace:
Segmentation fault (core dumped)

I searched the web for this error, and it seems like running another 3d game, neverwinter nights, causes the same problem on Hardy.
Here's a link to that:
http://ubuntuforums.org/archive/index.php/t-666726.html

Thanks, I've forwarded this upstream.

Hi!
I have a problem similar to this when I try to run Java based applications in Hardy Heron:
* frostwire
* matlab

"Locking assertion failure."
"java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed."
In attachment, you 'll find complete backtrace of the problem.

Is this bug duplicate of: https://bugs.launchpad.net/bugs/86103 ?

Oh, damnit. This isn't a bug at all, it's user error.

I installed the application as root.

I am very sorry for wasting your time, please delete this bug.

Thanks for a great distro!

On Jan 27, 2008 7:25 AM, b_ly <email address hidden> wrote:

> Is this bug duplicate of: https://bugs.launchpad.net/bugs/86103 ?
>
> --
> hardy, locking assertion failure, xorg/libsdl
> https://bugs.launchpad.net/bugs/185311
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Nthalk, you're not talking about _this_ bug, right?

I think I am seeing same bug in vmware-server on hardy amd64

----

Locking assertion failure. Backtrace:
#0 /usr/lib32/libxcb-xlib.so.0 [0xf6f81767]
#1 /usr/lib32/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xf6f8181e]
#2 /usr/lib32/libX11.so.6 [0xf7dff5f8]
#3 /usr/lib32/libX11.so.6(XAddExtension+0x2c) [0xf7de2d7c]
#4 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2(_XftDisplayInfoGet+0x77) [0xf7ce5ed7]
#5 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2 [0xf7ce48b1]
#6 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2 [0xf7ce4d39]
#7 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2(XftDrawPicture+0x10) [0xf7ce4ec0]
#8 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xf7b319b6]
#9 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xf7b33d75]
#10 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xf7b03c14]
#11 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xf7b1024f]
#12 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xf7b03c14]
#13 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_pixbuf_render_pixmap_and_mask_for_colormap+0x255) [0xf7b0fb34]
#14 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xf7a14298]
#15 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xf7a14586]
#16 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xf7a1677e]
#17 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0xd1) [0xf7c29459]
#18 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0 [0xf7c113a1]
#19 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_closure_invoke+0x1b1) [0xf7c11076]
vmware: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.

I have the same bug when I want to run any java programs (netbeans 5.5 ; netbeans 6 ; java web start )
I am on hardy upgraded from a feisty. sun-java6 is installed

Runing java web start
petit@petit-laptop-L:~$ /usr/lib/jvm/java-6-sun-1.6.0.04/bin/javaws -verbose -viewer
Java(TM) Web Start 1.6.0_04 Launching: /usr/lib/jvm/java-6-sun-1.6.0.04/jre/bin/java
/usr/lib/jvm/java-6-sun-1.6.0.04/jre/bin/java
 -Xbootclasspath/a:/usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/javaws.jar:/usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/deploy.jar
 -classpath
 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/deploy.jar
 -Djava.security.policy=file:/usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/security/javaws.policy
 -DtrustProxy=true
 -Xverify:remote
 -Djnlpx.home=/usr/lib/jvm/java-6-sun-1.6.0.04/jre/bin
 -Djnlpx.jvm=/usr/lib/jvm/java-6-sun-1.6.0.04/jre/bin/java
 com.sun.javaws.Main
 -viewer

petit@petit-laptop-L:~$ Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb4bc3767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb4bc38b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0x9068f29d]
#3 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0x90a3f8ce]
#4 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0x90a1c067]
#5 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0x90a1c318]
#6 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x2f) [0x90a1c61f]
#7 [0xb4c943aa]
#8 [0xb4c8cf0d]
#9 [0xb4c8cf0d]
#10 [0xb4c8a249]
#11 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/server/libjvm.so [0x637338d]
#12 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/server/libjvm.so [0x64fd168]
#13 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/server/libjvm.so [0x6373220]
#14 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/server/libjvm.so(JVM_DoPrivileged+0x363) [0x63c90d3]
#15 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb7ca596d]
#16 [0xb4c943aa]
#17 [0xb4c8cda7]
#18 [0xb4c8a249]
#19 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/server/libjvm.so [0x637338d]
java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

petit@petit-laptop-L:~$

Runing netbeans 6 :
petit@petit-laptop-L:~$ /opt/netbeans/netbeans6/bin/netbeans
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb4390767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb43908b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb43e529d]
#3 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb44e88ce]
#4 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb44c5067]
#5 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so [0xb44c5318]
#6 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x2f) [0xb44c561f]
#7 [0xb5b5eecd]
#8 [0xb5b57edd]
#9 [0xb5b57edd]
#10 [0xb5b55249]
#11 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x621c40d]
#12 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x6310378]
#13 /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/client/libjvm.so [0x621c2a0]
#14 ...

Same bug here
hardy alpha 4
jdk6 / netbeans

for now I solved the problem this way:
http://bugs.archlinux.org/task/8713
(
Try this as root:
sed -i 's/XINERAMA/FAKEEXTN/g' /opt/java/jre/lib/amd64/xawt/libmawt.so

The i686 users should use:
sed -i 's/XINERAMA/FAKEEXTN/g' /opt/java/jre/lib/i386/xawt/libmawt.so

)

by the way, on ubuntu:
 sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so

The java problem is also discussed here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6532373

A work-around seems to exist with
$ export LIBXCB_ALLOW_SLOPPY_LOCK=1

$ export LIBXCB_ALLOW_SLOPPY_LOCK=1

Didn't have any effect in my laptop, however,

sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so

solved the problem.

export LIBXCB_ALLOW_SLOPPY_LOCK=true works for me. I don't know if "1" and "true" are interchangeable in every shell, though. I use zsh.

(only for Java)

Confirmed here too with Netbeans 6. Worked fine with Gutsy.

export LIBXCB_ALLOW_SLOPPY_LOCK=1 fixed the problem for now.

"sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so"

This worked for me - geogebra had refused to load.

Confirmed with JOSM (an editor for openstreetmap.org). The workaround works.

Some of you have issues with java, which means bug 87947. This is about silverback

Josh and I just announced a set of changes to XCB and Xlib/XCB which, among other things, should address all the outstanding assertion failures that we know of. Could anyone experiencing this bug please build XCB and Xlib with the patches found at http://lists.freedesktop.org/archives/xcb/2008-March/003347.html and retest?

I get this also using the UPEK fingerprint X display. I forget the actual name of it, but pam_bioapi brings up a dialog which now crashes (during KDM, it crashes KDM too, generally it just prints an error to the offending console).

I verify the same problem with lotus notes client v.8.0.1 installation, I supose e it's a eclipse problem with java 5 and 6.
I try to set LIBXCB_ALLOW_SLOPPY_LOCK=1 and sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/......... but it didn't
solve the problem
I try to repet the installation with lotus notes 8.0.0. but the result not change.
No problem with ubuntu 7.10
Thanks

I am having a similar issue with java applications, export LIBXCB_ALLOW_SLOPPY_LOCK=true seems to work for me.

sed: can't read /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so: No such file or directory

what to do ????

same problem ubuntu 7.10, 8.04. tried all proposed workarounds
export LIBXCB_ALLOW_SLOPPY_LOCK=1
export LIBXCB_ALLOW_SLOPPY_LOCK=true
sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun/jre/lib/i386/xawt/libmawt.so

none worked for me. :(

> sed: can't read /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so: No such file or directory
> what to do ????

The directory name changed because of a newer java version on current Hardy systems. So change 04 to 05:

sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so

Worked for me.

Apparently it has nothing to do with Java. I get the same error when trying to start Emacs. It seems to be related to today's Ubuntu update...

Just for conformance i get the error too. It appears whenever i start a java gui application that uses swing/awt. Applications that uses swt (e.g. eclipse) don't appear to have the error.

Here the error output:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb53cb767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb53cb8b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb54151bd]
#3 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54f68ce]
#4 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54d3067]
#5 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54d3318]
#6 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x2f) [0xb54d361f]
#7 [0xb5cc5ecd]
#8 [0xb5cbeedd]
#9 [0xb5cbeedd]
#10 [0xb5cbc249]
#11 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x621c40d]
#12 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x6310378]
#13 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x621c2a0]
#14 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x363) [0x6272153]
#15 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb7cd796d]
#16 [0xb5cc5ecd]
#17 [0xb5cbed77]
#18 [0xb5cbc249]
#19 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x621c40d]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb53cb767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb53cb81e]
#2 /usr/lib/libX11.so.6 [0xb5414518]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0xb540b0a6]
#4 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54d2319]
#5 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54d2565]
#6 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so [0xb54d33c9]
#7 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x2f) [0xb54d361f]
#8 [0xb5cc5ecd]
#9 [0xb5cbeedd]
#10 [0xb5cbeedd]
#11 [0xb5cbc249]
#12 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x621c40d]
#13 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x6310378]
#14 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so [0x621c2a0]
#15 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x363) [0x6272153]
#16 /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb7cd796d]
#17 [0xb5cc5ecd]
#18 [0xb5cbed77]
#19 [0xb5cbc249]

SIDENOTE: Besides the error output i havn't noticed any crashes or something else going wrong within the applications.

I've had VMware server working previously, and built an FTP Server using a VMWare image, however after updating today, i too am now getting this error on VMWare

vmware: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.

rerunning sudo vmware-config.pl didn't resolve this, but the modules did reload

I tried reinstalling VMware, still not working

8.04 AMD64

Managed to Fix this, it was the VMware console causing the problem, but running

sudo ln -s /usr/lib32 /usr/l32
sudo sed -i -e 's/usr\/lib/usr\/l32/g' /usr/lib32/gtk-2.0/2.10.0/loader-files.d/libgtk2.0-0.loaders
sudo sed -i -e 's/usr\/lib/usr\/l32/g' /usr/lib32/libgdk_pixbuf-2.0.so.0.1200.9

Thank you linovski!

Problem fixed with: sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.05/jre/lib/i386/xawt/libmawt.so

:)

Does this have to be done manually or will the updates today/tomorrow fox it? Current update didn't...

I've tried all the above suggestions and none of them seem to work. This still happens when invoking MATLAB:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f5e05bdf97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x24) [0x7f5e05bdfa84]
#2 /usr/lib/libX11.so.6(_XReply+0x10f) [0x7f5e06f88f4f]
#3 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(XineramaQueryScreens+0xfd) [0x7f5dab402285]
#4 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(xineramaInit+0x63) [0x7f5dab3e7e84]
#5 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(awt_init_Display+0x159) [0x7f5dab3e80f3]
#6 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x1d) [0x7f5dab3e8311]
#7 [0x7f5dbf345f9b]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f5e05bdf97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f5e05bdfa15]
#2 /usr/lib/libX11.so.6 [0x7f5e06f88323]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x2c) [0x7f5e06f7f72c]
#4 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so [0x7f5dab3e6d05]
#5 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so [0x7f5dab3e6f93]
#6 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(awt_init_Display+0x2b7) [0x7f5dab3e8251]
#7 /opt/matlab74/sys/java/jre/glnxa64/jre1.5.0/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x1d) [0x7f5dab3e8311]
#8 [0x7f5dbf345f9b]

The MATLAB window comes up but none of the menus are displayed.

Hardy Beta, amd64, java-6-sun-1.6.0.05

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.

The problem occurs also on Sun jdk j2sdk1.4.2_17 (not installed from .deb but from Sun installer, but info is important anyway).

The workaround seems to be very similar to other java versions. I tried only with simple gui program, so I cannot say if ti has any side effects.

sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so

Experiencing the bug while running JUnit tests on Eclipse 3.3.2 64-bit, sun-java6 6-03-0ubuntu2 (gutsy version, to avoid bug #174759), Hardy beta 5 AMD 64:

Does *not* work: export LIBXCB_ALLOW_SLOPPY_LOCK=true
Does *not* work: export LIBXCB_ALLOW_SLOPPY_LOCK=1

Works: sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun/jre/lib/amd64/xawt/libmawt.so

For completeness, here is the backtrace:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7fa7fdcf597c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x24) [0x7fa7fdcf5a84]
#2 /usr/lib/libX11.so.6(_XReply+0x10f) [0x7fa7fe54ef4f]
#3 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea64826]
#4 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea472ab]
#5 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea4757d]
#6 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x12) [0x7fa7fea477f2]
#7 [0x7fa8249b9e77]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7fa7fdcf597c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7fa7fdcf5a15]
#2 /usr/lib/libX11.so.6 [0x7fa7fe54e323]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x2c) [0x7fa7fe54572c]
#4 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea46645]
#5 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea46899]
#6 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so [0x7fa7fea4761f]
#7 /usr/lib/jvm/java-6-sun-1.6.0.03/jre/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x12) [0x7fa7fea477f2]
#8 [0x7fa8249b9e77]

Hey guys...

I saw somebody had this problem with matlab.. Me too.. But doing:

export MATLAB_JAVA=/usr/lib/jvm/java-6-sun-1.6.0.06/jre

solved the problem for me.. By setting the MATLAB_JAVA variable you force matlab to use the specified java and it seems that 1.6.0.06 version that comes with Hardy does not cause this bug...

Hope this helps,
   Ales

Neither "export LIBXCB_ALLOW_SLOPPY_LOCK=1" nor "sed -i 's/XINERAMA/FAKEEXTN/g' ..." worked for me. I tried to fix many libmawt.so files (in matlab, maple, jre(1.6.0.06)). Nothing worked out.

Although the programms work, the notices remain.

Trying export the matlab java path later. This could fixed the error messages starting matlab.

Export the java path worked fine for matlab.
Just add export "MATLAB_JAVA=/usr/lib/jvm/java-6-sun-1.6.0.06/jre" (adjust the version) at first line in /$MATLAB/bin/matlab

For maple11 it has to be done different:
sudo mv /opt/maple/jre.IBM_INTEL_LINUX/bin/java /opt/maple/jre.IBM_INTEL_LINUX/bin/java.old
sudo ln -s /usr/bin/java /opt/maple/jre.IBM_INTEL_LINUX/bin/java
(for 32bit Ubuntu)

Now both programms work just fine without giving any errors when started.

Hi all,

I just updated to ubuntu 8.04, and started getting the same errors when I try to run MATLAB.

I tried all the suggestions above, and none worked except for

export MATLAB_JAVA=/usr/lib/jvm/java-6-sun-1.6.0.06/jre

But this fixed the problem when launching MATLAB v2007a, but it did not fix the problem when launching MATLAB v2008a

The following:

sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun/jre/lib/amd64/xawt/libmawt.so
sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.06/jre/lib/amd64/xawt/libmawt.so
export LIBXCB_ALLOW_SLOPPY_LOCK=true
export LIBXCB_ALLOW_SLOPPY_LOCK=1

all did not fix the problem with either version of MATLAB

Any ideas why MATLAB v2008 didn't work with export MATLAB_JAVA=/usr/lib/jvm/java-6-sun-1.6.0.06/jre?

Thanks

I get this problem with my own Qt4 based application compiled against Ubuntu bundled Qt 4.3.4 library, thought this time around it looks like:

 ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion `xcb_get_request_sent(dpy->xcb->connection) == dpy->request' failed.

The offending code should be something like

Never happened in Kubuntu 7.10.

I'm also getting similar error messages running Tunapie out of the Hardy repositories. I talked to the author of Tunapie and he says it's related to the bug reported here.

python: ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion `xcb_get_request_sent(dpy->xcb->connection) == dpy->request' failed.

I also get:

python: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.

These solutions don't work for me. You can see what look like related problems:
http://ubuntuforums.org/showthread.php?t=782607
http://ubuntuforums.org/showthread.php?t=610457

Here are the errors I get, and I attached a log that eclipse gave:
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb2841767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb28418b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xaa9481bd]
#3 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaabcf8a]
#4 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaa62706]
#5 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaa6294d]
#6 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x24) [0xaaa62b58]
#7 [0xb28ceb28]
#8 [0xb28c8aeb]
#9 [0xb28c8aeb]
#10 [0xb28c61b4]
#11 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb76d17ec]
#12 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb7894828]
#13 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb76d161f]
#14 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so(JVM_DoPrivileged+0x32d) [0xb772ed1d]
#15 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb73e02cd]
#16 [0xb28ce458]
#17 [0xb28c8a14]
#18 [0xb28c61b4]
#19 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb76d17ec]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb2841767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb284181e]
#2 /usr/lib/libX11.so.6 [0xaa947518]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0xaa93e0a6]
#4 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaa61593]
#5 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaa61824]
#6 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so [0xaaa62a94]
#7 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/motif21/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x24) [0xaaa62b58]
#8 [0xb28ceb28]
#9 [0xb28c8aeb]
#10 [0xb28c8aeb]
#11 [0xb28c61b4]
#12 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb76d17ec]
#13 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb7894828]
#14 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so [0xb76d161f]
#15 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/server/libjvm.so(JVM_DoPrivileged+0x32d) [0xb772ed1d]
#16 /tmp/install.dir.13959/Linux/resource/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb73e02cd]
#17 [0xb28ce458]
#18 [0xb28c8a14]
#19 [0xb28c61b4]
Warning: Cannot convert string "-b&h-lucidasans-medium-r-normal-sans-*-140-*-*-p-*-iso8859-1" to type FontStruct

By removing GCJ, and then removing the directories in my ~ that had settings for the two programs, I was able to get them working. I still get the JAVA errors, but at least they work.

I've experienced this problem with MATLAB 7.4.1 (R2007a) installed in my user directory, on x86_64 - ashipika's suggestion of using

export MATLAB_JAVA=/usr/lib/jvm/java-6-sun-1.6.0.06/jre

seems to fix the problem for me.

Adding export MATLAB_JAVA=/usr/lib/jvm/java-6-sun/jre to my ~/.bashrc file also fixed this for me.

I've tried the different proposed solutions but none fixes the problem in my case. I still have sometimes the message:

../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.

when calling wxWindow::SetCurrent() on a wxGLCanvas object after it has been created.
The most promising solution seems to be the one here:
http://lists.freedesktop.org/archives/xcb/2008-March/003347.html
but it has still not be included in the last version of Xcb (http://changelogs.ubuntu.com/changelogs/pool/main/libx/libxcb/libxcb_1.1-1ubuntu1/changelog)

I hope the patches will be quickly tested Xcb updated...

this,

# sudo sed -i 's/XINERAMA/FAKEEXTN/g' /opt/dev/java/jdk/jre/lib/i386/xawt/libmawt.so

solve the problem to me.

(java 1.6.0_03 on ubuntu hardy)

Same here on xubuntu.

szemy@szemy-desktop:~$ glxinfo
name of display: :0.0
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7705767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb77058b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb78911bd]
#3 /usr/lib/libGL.so.1 [0xb7d5e22b]
#4 /usr/lib/libGL.so.1 [0xb7d5d87a]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7705767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb770581e]
#2 /usr/lib/libX11.so.6 [0xb7890518]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0xb78870a6]
#4 /usr/lib/libGL.so.1 [0xb7d5ddb1]
glxinfo: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.
Aborted

I had the same problem. Neither solutions said here works so i keep searching and found this, that finally did it for me:

http://gordonazmo.wordpress.com/2008/05/07/installing-lotus-notes-8-on-kubuntu-hardy-804/

Besides this is for Kubuntu It has worked for my Ubuntu 8.04

Good luck

(sorry for my English)
I use Kubuntu 8.04 (32-bit, DVD) and the problem is NDN (filemanager) crashes on startup.

NDN (Necromancer's Dos Navigator) is a freeware filemanager like Midnight Commander and Norton Commander.

Can anyone suggest what I should do? I'm still a newbie in Linux so I need detailed instructions. I appreciate any your help.
I guess I should:
1. Revert to the previous version of XCB and X11 which should work and use it till the bug is fixed. What should I revert?
2. Run some commands in console which will repair the bug for me. What commands?
3. I'd like to get the fixed version as soon as it's available. Where I should expect it? (I know how to compile source code and apply patches if necessary)

NDN crashes at startup when I run it konsole or xterm.
Runtime error 217 at B7F7B410 (Exception C0060000) TID=1.
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7f69767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb7f6981e]
#2 /usr/lib/libX11.so.6 [0xb7d4d518]
#3 /usr/lib/libX11.so.6(XFreeGC+0x26) [0xb7d299d6]
#4 /usr/lib/libX11.so.6(XCloseDisplay+0x5f) [0xb7d22f2f]
#5 ./ndn [0x50b5cc]
#6 ./ndn [0x5080a2]
#7 ./ndn [0x5068a7]
#8 ./ndn [0x50f23f]
#9 ./ndn [0x50a8b4]
#10 [0xb7f7b420]
#11 /lib/tls/i686/cmov/libc.so.6(abort+0x101) [0xb7e46a01]
#12 /lib/tls/i686/cmov/libc.so.6(__assert_fail+0xee) [0xb7e3e10e]
#13 /usr/lib/libX11.so.6 [0xb7d4d324]
#14 /usr/lib/libX11.so.6 [0xb7d4d4fd]
#15 /usr/lib/libX11.so.6(_XReply+0x140) [0xb7d4e200]
#16 /usr/lib/libX11.so.6(XQueryKeymap+0x79) [0xb7d3c139]
#17 ./ndn [0x50b627]
#18 ./ndn [0x509460]
#19 ./ndn [0x414327]
ndn: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed.
Runtime error 217 at B7F7B410 (Exception C0060000) TID=1.

Matlab 2007b works if I use Metacity instead of Compiz. I have to start it in the terminal though and I get the same locking assertion failure message whether it works or not.

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f99ceaee97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x24) [0x7f99ceaeea84]
#2 /usr/lib/libX11.so.6(_XReply+0x10f) [0x7f99d03d7f4f]
#3 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b2964416]
#4 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b29471db]
#5 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b29474ad]
#6 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x12) [0x7f99b2947722]
#7 [0x7f99c7b00563]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f99ceaee97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f99ceaeea15]
#2 /usr/lib/libX11.so.6 [0x7f99d03d7323]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x2c) [0x7f99d03ce72c]
#4 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b2946575]
#5 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b29467c9]
#6 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so [0x7f99b294754f]
#7 /usr/local/matlab2007b/sys/java/jre/glnxa64/jre1.6.0/lib/amd64/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x12) [0x7f99b2947722]
#8 [0x7f99c7b00563]

Ubuntu Hardy amd64

Hi all,

Had the same prob with HH i386 trying to compile java progs with eclipse. All my problems where solved by installing the new 1.6 JRE from synaptic and setting the programs to use it in the build path.

Cheers

Lo there,

As if we need any further confirmation of this bug, I have the same problem with Unreal Tournament 2003 (native linux version).

Attached is the backtrace.

I also found this issue for media/codecs
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7407770]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x2d) [0xb740789d]
#2 /usr/lib/libX11.so.6 [0xb7988762]
#3 /usr/lib/libX11.so.6(XSync+0xbe) [0xb797d74e]
#4 /usr/lib/helix-dbus-server/helix-dbus-server.bin [0x804fb9e]
#5 /usr/lib/helix-dbus-server/helix-dbus-server.bin [0x804fde9]
#6 /usr/lib/libgdk-x11-2.0.so.0 [0xb7ba06b9]
#7 /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x172) [0xb77fbaa2]
#8 /usr/lib/libglib-2.0.so.0 [0xb77fed25]
#9 /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cf) [0xb77ff09f]
#10 /usr/lib/helix-dbus-server/helix-dbus-server.bin [0x8051f19]
#11 /lib/libc.so.6(__libc_start_main+0xd0) [0xb753c440]
#12 /usr/lib/helix-dbus-server/helix-dbus-server.bin [0x804dbd1]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7407770]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2c) [0xb740781c]
#2 /usr/lib/libX11.so.6 [0xb7988848]
#3 /usr/lib/libX11.so.6(_XReply+0x143) [0xb79894a3]
#4 /usr/lib/libX11.so.6(_XGetWindowAttributes+0xc2) [0xb7968692]
#5 /usr/lib/libX11.so.6(XGetWindowAttributes+0x3a) [0xb79687fa]
#6 /opt/helix/mediaplatform/libipp_hx_h264vd.so(_ZN21UmcHxVideoAccelerator9DrawFrameEiiiiiiiii+0x25) [0xb5d88c35]

This did the trick:

http://forum.tuxx-home.at/viewtopic.php?f=10&t=565

Thomas

on ubuntu-mobile project, base on hardy image, also find this issue. scenario is full screen and window screen change, then easy video freeze and no response. so also affect "ubuntu-mobile" project.

Thomas (szemy),

That tuxx-home topic seems to be specific to Matrox video cards.

Did this work for you on a non-Matrox card?

No, but if you read it he says that it is not a driver problem...

Tested on Mandriva 2008.1

Tested on Mandriva 2008.1 with a simple Python program.

Here it is in the attachment. It happens when I try to open a wxMessageBox or wxDialog in a thread. You'll see the bug when trying to fill a report, at the moment the program should open a confirmation dialog. It's very random, sometimes it works, but most of the time no.

I also found using python 2.5.2 and pygtk in Ubuntu 8.04 amd64:

python: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Afirmación `((int) ((xc
 (dpy->request)) >= 0)' fallida.
Aborted

the freedesktop.org newsgroup ( http://lists.freedesktop.org/archives/xcb/2008-June/subject.html ) shows:
# [Xcb] Bug#481745: marked as done (libxcb: sloppy locking needs to be on by default) Debian Bug Tracking System

Does that mean the bug is fixed? If do, could any ubuntu maintainer update the repository's xcb packages?

On Ubuntu Hardy 8.04 i386, all patches applied, I had the same problem using the Java image libraries.
Using this command

sudo sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/xawt/libmawt.so

it was fixed.

I'm getting something similar when running openoffice.org in ubuntu 8.04 AMD64:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f26e6fd397c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f26e6fd3a15]
#2 /usr/lib/libX11.so.6 [0x7f26eac9d323]
#3 /usr/lib/libX11.so.6(XCreateWindow+0x44) [0x7f26eac94d54]
#4 /usr/lib/libgdk-x11-2.0.so.0(gdk_window_new+0x395) [0x7f26e6b7dc05]
#5 /usr/lib/libgtk-x11-2.0.so.0 [0x7f26e220c4c8]
#6 /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x7f26e6011bcf]
#7 /usr/lib/libgobject-2.0.so.0 [0x7f26e6025386]
#8 /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x7f26e60270d5]
#9 /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7f26e6027483]
#10 /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x77) [0x7f26e21fd957]
#11 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f26e25b576d]
#12 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f26e25b616a]
#13 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f26e25b682b]
#14 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f26e258ef64]
#15 /usr/lib/openoffice/program/libvcl680lx.so [0x7f26ee53a4ed]
#16 /usr/lib/openoffice/program/libvcl680lx.so [0x7f26ee4cf322]
#17 /usr/lib/openoffice/program/libvcl680lx.so(_ZN9TabDialogC2EP6WindowRK5ResId+0x5f) [0x7f26ee50c1cf]
#18 /usr/lib/openoffice/program/libsvx680lx.so [0x7f26dac3b084]
#19 /usr/lib/openoffice/program/libsvx680lx.so [0x7f26dae0fdb4]

However, as I stated in bug #240911, which was marked a duplicate of this one, I have managed a few work arounds, that turn out not to be perfect, but do the trick:

1. sudo apt-get remove openoffice.org-gtk
    This will make openoffice look disgruntled from the rest of the theme in your desktop. It will also provoke other bugs such as oo.org impress in fulscreen staying behind the gnome panel
2. Create a new user account and run oo.org.
    It will run fine on my machine, even with openoffice.org-gtk package installed.
3. Run as sudo
    I know this should not be done, but for testing purposes, I tried it and it worked flawlessly...

Any better solutions?

Forgot to mention - this only started to happen after today's (18-6-2008) updates!

I used to have proposed and backports software sources enabled, then had the problem with Open Office, which is marked as duplicate of this bug:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org-amd64/+bug/236676
For this reason I decided to reinstall and never enable again proposed and backports as software sources for my productive system.

After todays updates, I have to uninstall openoffice.org-gtk to be able to use Open Office with my main user.
I wonder why the latest version of Open Office got into the stable updates?

I'm using another user profile as a workaround, but haven't found out yet which setting is associated with this problem. Neither of the config files in my home directory seem to be the source of the problem, as I did a complete sync (using rsync and then chown) of all configurations files and directories with another user profile and had no problem in using open office there.
Might be it has something to do with a system setting outside the home directory?

Currently, I'm using sux to be able to use Open Office without having to uninstall openoffice.org-gtk and without having to switch from my main users desktop:
-------------------------------------------------------
$ sudo apt-get install sux
$ sudo adduser newuser
$ chmod 777 document.odt
$ sux newuser openoffice document.odt
-------------------------------------------------------

Fixed in intrepid with the libxcb 1.1-1.1 merge:

   * Turn sloppy locking on by default (closes: #481745). It can be disabled
     by setting the LIBXCB_DISABLE_SLOPPY_LOCK environment variable (to any
     value).

Same problem here after today's updates (Hardy, amd64)

Two users still encoutering the problem on ubuntu-fr.org : http://forum.ubuntu-fr.org/viewtopic.php?id=229807

Any chance the interpid fix can be applied to hardy too?
I really don't know what I'm talking about here...

looks like: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/87947 FWIW

This problem also started for me as of an update June 18th, 2008.
AMD64
NVidia video module installed via NVIDIA-Linux-x86_64-173.14.05-pkg2.run I need to install the nvidia drivers manually (as opposed to linux-restricted-modules) as I am running a GeForce 8600M GT and suffer errors with the Ubuntu provided modules.
Using only restricted, universe and multiverse.

Hi,
I've joined the bug #241324 and didn't know it's a duplicate, sorry.
My question now according to Hardy, should I wait for a fix or should I remove all the updated OpenOffice packages and reinstall? I mean reverse this:
(1:2.4.0-3ubuntu6) to 1:2.4.1-1ubuntu1
I guess my mistake was, not realizing that I had this source activated, which I deactivate now,
# deb http://ddebs.ubuntu.com hardy-proposed main universe
Thanks for a proposal.

I get this error after updating openoffice.org to 1:2.4.1-1ubuntu1 (via hardy-updates). When I start for example oowriter I get this Locking assertion failure. But I can open some of my odt files within nautilus without this failure.

I saw that the bug is marked as fixed with libxcb 1.1-1.1. So I get the source and compiled it for hardy. But the assertion failure does not disappear.

I too have recently begun to get this error with some files. I have found that I can open one of the problematic files as the root user. I have no idea why I would get the libxcb-xlib.so.0 errors as a normal user but not as root. Let's hope this gets resolved quickly.

started being bitten by this one yesterday after latest hardy updates.
setting LIBXCB_DISABLE_SLOPPY_LOCK didn't help
purging openoffice.org-gtk openoffice.org-gnome fixed it.

I'm using the Crux theme with metacity which I think has been implicated before.

I'm having the same problem with "Locking assertion failure".

uname -a: Linux abuchanan-desktop 2.6.24-19-generic #1 SMP Wed Jun 4 15:10:52 UTC 2008 x86_64 GNU/Linux
Package: openoffice.org 2.4.1-1ubuntu1

It only happens if I have openoffice.org-gnome installed. But I need openoffice.org-gnome to use the SMB filesystems in Gnome. This is very annoying. How can I fix it?

I still get issues when running MATLAB r2008 under Hard (32-bit and 64-bit). I've tried the sed thing, the SLOPPY_LOCK export and have all the updates installed as of today.

Basically, matlab over UNIX sockets (the default, DISPLAY=:0.0) seems fine, but over TCP sockets (DISPLAY=localhost:0) is is usably slow. Even older versions of matlab have issues. Same applies to Maple and any other odd Java programs I have. I need the TCP sockets because I'm deploying (well, stalled until this is sorted) Ubuntu on servers here which I need X11-over-TCP for.

Why can't we just remove the XCB infection/bridge layer from libX11 and revert it to the stock libX11 module? Let old libX11 programs use that, and new ones use XCB.

Thanks!

Sorry, I meant to say "unusably slow". TCP/X11 transport of Matlab and other Java applications are unusably slow even with all the hacks and updates applied.

Ok, here's a really ugly and large hack that seems (for me anyways) to get Matlab back to where it was before Hardy.

Basically, I took the libX11.so (and related) files from a different machine that didn't have a libxcb-backed libX11:

 scp fedora3machine:/usr/X11R6/lib64/lib*.so.? /opt/oldX11lib

Then I placed this new set of X11 libs in my load path:

 export LD_LIBRARY_PATH=/opt/oldX11lib:$LD_LIBRARY_PATH

Then I ran Matlab with great success, even over TCP.

Note, make sure you use the proper (32-bit or 64-bit) libraries for you machine/application.

This hack is at best temporary to get you going. Ideally, the libX11-xcb library should emulate all the issues of the old libX11 for older apps, or it should be removed and let the old libX11 continue to serve those applications. Frameworks and applications can then migrate to libxcb at their own pace.

The locking assertion failure sounds like bug 185311.

Since we're seeing a few issues with traces involving libxcb, I've prepared a non-xcb-enabled libx11 here: http://people.ubuntu.com/~bryce/Testing/libx11/ . (I'm not certain I reverted all the deps correctly, so let me know if there are dependency-related issues with this. You probably should save your old libx11 debs in case the lack of xcb causes problems in other apps.)

Would someone mind testing with this noxcb libx11 and see if it makes any difference?

er, ignore that first sentence in my reply. Obviously a paste-o.

I suspect that this bug report is being used for more than one bug. Debian closed debbugs #481745, which identified one of these issues (in relation to Java and perhaps other packages), however other issues remain -- and are still present in intrepid.

In contacting upstream, they are aware of numerous problems similar to this one, which I gather is due to a deficiency in the design of the current Xlib / XCB interactions; they are in the process of re-architecting this code and will have it in the next release of Xlib/XCB.

The plan for Hardy is, if someone can validate the libx11~noxcb package above, to turn off XCB. For Intrepid hopefully this new Xlib/XCB will resolve the issues so we can continue shipping it; I'm re-opening the intrepid task for this work.

Bryce, I tested the non-xcb-enabled packages locally - the openoffice that was previously failing with such message https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/238366/comments/1 now stopped doing this. So the solution seems to resolve startup issue. The only thing that is not OK - now the openoffice crashes when closing it:

~$ *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: free(): invalid next size (normal): 0x00000000006b53c0 ***
======= Backtrace: =========
/lib/libc.so.6[0x7f8eebda408a]
/lib/libc.so.6(cfree+0x8c)[0x7f8eebda7c1c]
/usr/lib/libX11.so.6(_XFreeDisplayStructure+0x13d)[0x7f8eecc7ccad]
/usr/lib/libX11.so.6(XCloseDisplay+0xcb)[0x7f8eecc6917b]
/usr/lib/libqt-mt.so.3(_Z10qt_cleanupv+0x3a4)[0x7f8ee3664c8a]
/usr/lib/libqt-mt.so.3(_ZN12QApplicationD2Ev+0x437)[0x7f8ee36e0e05]
/usr/lib/openoffice/program/libvclplug_kde680lx.so[0x7f8ee49d5c91]
/usr/lib/openoffice/program/libvclplug_kde680lx.so[0x7f8ee49d5303]
/usr/lib/openoffice/program/libvclplug_gen680lx.so(_ZN10X11SalData13DeleteDisplayEv+0x2a)[0x7f8ee30c89da]
/usr/lib/openoffice/program/libvclplug_gen680lx.so(_ZN10X11SalDataD2Ev+0x24)[0x7f8ee30c8c44]
/usr/lib/openoffice/program/libvclplug_kde680lx.so[0x7f8ee49d5293]
/usr/lib/openoffice/program/libvclplug_gen680lx.so(_ZN14X11SalInstanceD2Ev+0x4e)[0x7f8ee30d7a9e]
/usr/lib/openoffice/program/libvclplug_kde680lx.so[0x7f8ee49db683]
/usr/lib/openoffice/program/libvcl680lx.so[0x7f8ef05a9676]
/usr/lib/openoffice/program/libvcl680lx.so(_Z9DeInitVCLv+0x49e)[0x7f8ef036c0be]
/usr/lib/openoffice/program/libvcl680lx.so[0x7f8ef036c895]
/usr/lib/openoffice/program/libvcl680lx.so(_Z6SVMainv+0x25)[0x7f8ef036c9d5]
/usr/lib/openoffice/program/soffice.bin(main+0x8d)[0x4267dd]
/lib/libc.so.6(__libc_start_main+0xf4)[0x7f8eebd4e1c4]
/usr/lib/openoffice/program/soffice.bin(_ZN13MultiLineEdit4DrawEP12OutputDeviceRK5PointRK4Sizem+0xb9)[0x4266b9]

I am not sure if the dependant packages (like openoffice.org-kde) should be rebuilt to fix this.

I had the same problem on Kubuntu 8.04. I am running a AMD64 laptop with an nvidia card. I have installed the proprietary nvidia software which is distributed through its website.

The June 18 download of Openoffice crashed with the "Locking assertion failure" error.

I had previously been running NVIDIA-Linux-x86_64-100.14.19-pkg2. The problem resolved itself when I installed the newer
NVIDIA-Linux-x86_64-177.13-pkg2.run. (There were compile problems compiling the prior nvidia distributions).

Now, the only remaining problem is what on exiting, openoffice ends with the kde crash manager advising of the signal 11 which terminated the process. This is annoying, but openoffice is now usable.

As far as openoffice is concerned, a workaround that works for me, is to run via SSH:

me@gao:~$ ssh -Y localhost
me@localhost's password:
Linux gao 2.6.24-17-generic #1 SMP Thu May 1 13:57:17 UTC 2008 x86_64

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

To access official Ubuntu documentation, please visit:
http://help.ubuntu.com/
Last login: Sat Jun 21 18:16:03 2008
me@gao:~$ soffice
me@gao:~$

I run Kubuntu; amd64 / ati fglrx.

I took some time to look through the related bugs and fixes for this problem which have been identified.

They seem to relate to libxcb, but I tend to agree with the person who said that they are not really libxcb problems, but problems in the software which use the updated libraries (and which enforce a but of extra discipline on programs). The problem has been around a long time, but hit me on Thursday when I upgraded whatever was upgraded at that time.

Fixes have included installing a non-libxcb version of x11(I didn't try this), setting various environment variables to disable or modify the working of libxcb (this didn't work for me), modifying binaries of the libmawt.so library (this didn't work for me), modifying libxcb to be more forgiving (I didn't try this), running openoffice though a network x11 link (the ssh solution above, which also works for me), and installing a new (and presumably) better behaved version of the hardware libraries and modules (the nvidia solution I referenced above which mostly worked for me).

Since the problems seem to be outside the kernel, I doubt the new module I installed has anything to do with it. Instead, my betting in on the newer and better nvidia binaries which replaced the following libraries:

./usr/lib/libGL.so.177.13
./usr/lib/libGLcore.so.177.13
./usr/lib/libnvidia-cfg.so.177.13
./usr/lib/libnvidia-tls.so.177.13
./usr/lib/libcuda.so.177.13
./usr/lib/tls/libnvidia-tls.so.177.13
./usr/X11R6/lib/modules/extensions/libglx.so.177.13
./usr/X11R6/lib/modules/libnvidia-wfb.so.177.13
./usr/X11R6/lib/libXvMCNVIDIA.so.177.13

Some of these appear to be machine dependent libraries, but I would bet that the libGL.so, and libglx.so have something to do with the source of the problem. I suspect that until these problems are going to be around a long time until the various X11 libraries are all fixed and made consistent, and that people like me who run non-standard X11 libraries for specific cards are going to be in grief until they are all made consistent with the new discipline being imposed by libxcb.

I get the same problem with openoffice.org-writer 2.4.1-1ubuntu1 on hardy

If I launch oowriter with xterm I get this backtrace and oowriter is stopped, but oowriter works if I use the gnome's launcher

$ oowriter
$ Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7fec0f42d97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7fec0f42da15]
#2 /usr/lib/libX11.so.6 [0x7fec130f7323]
#3 /usr/lib/libX11.so.6(XCreateWindow+0x44) [0x7fec130eed54]
#4 /usr/lib/libgdk-x11-2.0.so.0(gdk_window_new+0x395) [0x7fec0efd7c05]
#5 /usr/lib/libgtk-x11-2.0.so.0 [0x7fec0a6664c8]
#6 /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x7fec0e46bbcf]
#7 /usr/lib/libgobject-2.0.so.0 [0x7fec0e47f386]
#8 /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x7fec0e4810d5]
#9 /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fec0e481483]
#10 /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x77) [0x7fec0a657957]
#11 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fec0aa0f76d]
#12 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fec0aa1016a]
#13 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fec0aa1082b]
#14 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fec0a9e8f64]
#15 /usr/lib/openoffice/program/libvcl680lx.so [0x7fec169944ed]
#16 /usr/lib/openoffice/program/libvcl680lx.so [0x7fec16929322]
#17 /usr/lib/openoffice/program/libvcl680lx.so(_ZN9TabDialogC2EP6WindowRK5ResId+0x5f) [0x7fec169661cf]
#18 /usr/lib/openoffice/program/libsvx680lx.so [0x7fec02a51084]
#19 /usr/lib/openoffice/program/libsvx680lx.so [0x7fec02c25db4]

strace:
stat(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/bin/oowriter", O_RDONLY) = 3
fcntl(3, F_DUPFD, 10) = 10
close(3) = 0
fcntl(10, F_SETFD, FD_CLOEXEC) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x40e480, ~[RTMIN RT_1], SA_RESTORER, 0x7fceea28c100}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0
read(10, "#!/bin/sh\n/usr/lib/openoffice/pr"..., 8192) = 59
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fceea7be770) = 17714
wait4(4294967295, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 17714
--- SIGCHLD (Child exited) @ 0 (0) ---
read(10, "", 8192) = 0
exit_group(0) = ?
Process 17713 detached

I have two machines running hardy amd64. One has an Intel GMA chip (intel xorg driver) and one an AMD chip (fglrx driver) and both have the same problem with the crashing openoffice.org. The intel driver uses the libGL.so.1.2 provided by the libgl1-mesa-dri package and the flgrx driver (Catalyst 8.6) uses its own version of libGL.so.1.2. So is it really a hardware depending problem?

I think this problem with openoffice.org provided by hardy-updates only affects amd64 systems or is there anybody using hardy i386 with the same problem? There is a thread about this bug on ubuntuusers.de and all of them are using the 64 bit version: http://forum.ubuntuusers.de/topic/182219/ (German)

I forgot my configuration

Linux atlantis 2.6.24-19-generic #1 SMP Wed Jun 4 15:10:52 UTC 2008 x86_64 GNU/Linux
model name : Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz

Hi,
after removing the packages openoffice.org-gnome and openoffice.org-gtk I can start OpenOffice again, only the theme doesn't follow, it uses in parts a default theme, to show the diff I attached a screenshot.
btw. before this ominous update there were never any problems with OpenOffice.

System is amd_64 with open source driver Radeon X300.

According to this thread (http://ubuntuforums.org/showthread.php?t=832849&page=4)I started in ubuntu forums, it is affecting a user with an i386 ubuntu, although, he has a 64bit capable processor (T7700).
One other user says he's using i386, but he's not sure. I'm expecting his reply to the thread with the output of "uname -a".

Hi,

after removing the packages openoffice.org-gnome and openoffice.org-gtk I get the same result that Sam. OpenOffice starts, but I have the default theme, and it's very ugly ;-)

the bug is in openoffice.org-gtk and not in openoffice.org-gnome

reported for openoffice.org here https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/237382

Just figured I needed to add this...

This bug appears to be causing weird issues with Pro/Engineer Wildfire 3.0 on Kubuntu 8.04. It appears that several people are having the same issues that I am:

http://ubuntuforums.org/showthread.php?t=478776&highlight=proe&page=2

The menus in Pro/E become very sluggish and if you launch Pro/E from a terminal window, there are a ton of "Locking assertion failure" messages like the following:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb72b4767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb72b481e]
#2 /usr/lib/libX11.so.6 [0xb76a8518]
#3 /usr/lib/libX11.so.6(XFilterEvent+0x56) [0xb76829c6]
#4 /usr/lib/libXt.so.6 [0xb778fce6]
#5 /usr/lib/libXt.so.6(XtDispatchEvent+0xc7) [0xb778ecf7]
#6 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro [0xfd33b0a]
#7 /usr/lib/libX11.so.6(XCheckIfEvent+0x7e) [0xb767cfce]
#8 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro [0xfd3153b]
#9 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(_ui_krn_update+0x19) [0xfd31cc9]
#10 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(begin_show_splash_screen+0x19b) [0xbc3760b]
#11 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(initialize_pro+0x114) [0x913dcd4]
#12 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(pro_init+0x4fd) [0x913b9dd]
#13 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(main+0x22) [0x9139f72]
#14 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb72f8450]
#15 /usr/local/ptc/proeWildfire3.0/i486_linux/obj/pro(_ZTv0_n16_N18RunTimeAdapter_K0111dyndowncastEPK11xrttiobject+0x31)[0x9139bf1]

If I can be of any service in helping to squash this bug, just let me know.

By the way, I'm not a Kubuntu user. I'm using Ubuntu for AMD64 architecture and the Bug was definitively patched into my systems by the last weeks online updates. I'm using "hardy-security" and "hardy-updates" repositories only (not hardy-proposed). A friend of mine got the same error after installing and updating a fresh Hardy on his AMD64 machine, so it's reproduceable easily.

With openoffice.org-gtk installed I get the following message:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f21d399197c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f21d3991a15]
#2 /usr/lib/libX11.so.6 [0x7f21d765b323]
#3 /usr/lib/libX11.so.6(XCreateWindow+0x44) [0x7f21d7652d54]
#4 /usr/lib/libgdk-x11-2.0.so.0(gdk_window_new+0x395) [0x7f21d353bc05]
#5 /usr/lib/libgtk-x11-2.0.so.0 [0x7f21cebca4c8]
#6 /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x7f21d29cfbcf]
#7 /usr/lib/libgobject-2.0.so.0 [0x7f21d29e3386]
#8 /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x7f21d29e50d5]
#9 /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7f21d29e5483]
#10 /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x77) [0x7f21cebbb957]
#11 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f21cef7376d]
#12 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f21cef7416a]
#13 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f21cef7482b]
#14 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7f21cef4cf64]
#15 /usr/lib/openoffice/program/libvcl680lx.so [0x7f21daef84ed]
#16 /usr/lib/openoffice/program/libvcl680lx.so [0x7f21dae8d322]
#17 /usr/lib/openoffice/program/libvcl680lx.so(_ZN9TabDialogC2EP6WindowRK5ResId+0x5f) [0x7f21daeca1cf]
#18 /usr/lib/openoffice/program/libsvx680lx.so [0x7f21c772d084]
#19 /usr/lib/openoffice/program/libsvx680lx.so [0x7f21c7901db4]

I have the same bug.

I start ooo directly with /usr/lib/openoffice/program/soffice.bin an have the gtk-gnome-support.
It only a workaround.

Thanks for the workaround, Marco!
It's much more convenient than my approach (using sux and another user account) and will do until this bug is fixed.

Starting /usr/lib/openoffice/program/soffice.bin directly works for me too, tank you!

A little (constructive) criticism at this point:
Updates which corrupt Ubuntu's basic packages (like Open Office) should never make it from "hardy-proposed" to "hardy-updates". I believe this bug is unnecessary and annoying because it is very obvious and it occurred on every up-to-date AMD64 Hardy so far. It even may scare new users back to Windows. It's simply not acceptable for productive machines that Office won't work for a week or so. I always believed (or hoped) that Canonical had a better quality assurance...

The workaround worked for me too.
On a side note if i start /usr/lib/openoffice/program/soffice.bin -writer (or -impress, etc...), I get the error again.
Maybe what got bug is some permission inside the module(?) that launches an app directly. It apparently got blocked for the user that made the update only...
Maybe someone more experienced then me could look deeper into this?
I think the solution could be really close.

I agree, I have stopped using Hardy with this bug. It's taken too long to
fix. It's back to Win XT.

On Mon, Jun 23, 2008 at 6:23 AM, oschwa2s <email address hidden>
wrote:

> Starting /usr/lib/openoffice/program/soffice.bin directly works for me
> too, tank you!
>
> A little (constructive) criticism at this point:
> Updates which corrupt Ubuntu's basic packages (like Open Office) should
> never make it from "hardy-proposed" to "hardy-updates". I believe this bug
> is unnecessary and annoying because it is very obvious and it occurred on
> every up-to-date AMD64 Hardy so far. It even may scare new users back to
> Windows. It's simply not acceptable for productive machines that Office
> won't work for a week or so. I always believed (or hoped) that Canonical had
> a better quality assurance...
>
> --
> hardy, locking assertion failure, xorg/libsdl
> https://bugs.launchpad.net/bugs/185311
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--
Karl R. Zawoy
386-344-1226

oschwa2s,

Whatever is causing this bug for openoffice.org users is hard to nail down. If someone who is being affected by this bug wants to try using the intrepid version of libxcb or intrepid entirely to see if it still occurs for them that would be useful to know. I can not reproduce this problem on my machines on either i386 or amd64 hardy with hardy-updates. According to several users who have reported this bug it only occurs for them on the user who originally installed the system. If they create a test user it works fine. Removing their ~/.openoffice.org2 directory does not help and neither does rebooting (which removes all files under /tmp). So this bug isn't easily reproducible even by the users who see this bug, except under their exact same user account.

Chris

I have tested Bryce's non-xcb libs on an amd64 hardy machine, and can verify that they solve the Matlab problem noted by Alexsander Demko above. I have reported this previously to MathWorks and will point them at this thread. If it's possible to roll these out for 8.04.1, that would be great.

I expect this will fix the console messages from ProE Wildfire 3 noted by jhyder79, but this runs in 32-bit compatibility mode, so I'll need to test on a "real" 32-bit machine with Bryce's libs.

This brings up the point that these libs are also in ia32-libs for amd64 machines, so the non-xcb libs should be put here, too.

I've also tested Bryce's non-xcb libs and they also fix my Matlab issues completely. They also fix my Maple issues, which is reasonable as both packages share a Java foundation in their GUI. I bet this fixes bugs with many other software packages too.

I hope the non-xcb backed X11 libraries go back into Hardy, especially as it's a LTS release. Installing Hardy and finding many packages break is quite disconcerting. I'm not sure how many applications use xcb and X11 together, but surely sacrificing the stability of older applications isn't worth it just to run a few xcb+x11 mixed programs.

Hi,
do I miss here something, there will be no fix for Hardy LTS, but for Intrepid?
What else are we supposed to do, except showing backtraces and sysdetails?
Speaking of the libx11~noxcb package above, kirill-belokurov said
>>The only thing that is not OK - now the openoffice crashes when closing it<<
is there an unspectacular alternative?
I run Ubuntu productive since edgy without reinstalling, only upgrading, that's a mistake?
Agree
https://bugs.launchpad.net/ubuntu/+source/libxcb/+bug/185311/comments/92

Hi! I see I'm a little late. Anyways, I also installed the following packages from Bryce's site:

libx11-6_1.1.3-1ubuntu2~noxcb_amd64.deb
libx11-data_1.1.3-1ubuntu2~noxcb_all.deb
libx11-xcb1_1.1.3-1ubuntu2~noxcb_amd64.deb

And now everything works fine again!
I strongly agree with Aleksander Demko. I don't want to blame anybody at all, but I just wanted to state that this bug is on the simple user, who just installed the system from CD to use it for work or whatever (maybe even with the user who originally installed the system). These users are simply not interested on the systems insides, they just want to have a stable and fast system to work with. I'm a computer scientist myself and nevertheless it is pain in the ass for me to hunt such bugs during work time, because I have a lot of other things to do. So my own productiveness depends on the reliability of my Ubuntu powered system. So bugs like these can make me sad. I just want to warn that fast development on systems which were already modified from the standard installation can cause bugs which are bad for Ubuntu's image and also for the image of Linux and OpenSource in general.

Cheers,
oschwa2s

Hi again,
I just realized that compiz-fusion stopped working since I have installed the libx11~noxcb libs.
Cheers,
oschwa2s

I just tested Bryce's packages on an i686 hardy install, and I can confirm that this fixed the issues with Matlab (7.5 - R2007B and 7.6 - R2008a), ProEngineer Wildfire 3.0, and Maple 11.02. All the java libxcb-xlib console messages are gone in Matlab 7.5, ProE and Maple, and the slow rendering of Matlab and Maple over tcp is gone as well.

@oschwa2s
Confirmed so far, because when I was about to remove libx11-xcb in Synaptic, it was about to remove compiz also, so I stopped and kept the package.
Thanks to Marco Scholl I created a new starter with the mentioned command and I'm fine and will not install any noxcb. To be clear I use compiz not for fun, no fire, water etc., but for a better view and smoother working.

For the record, the Kubuntu users need to remove the openoffice.org-kde package to work around this bug when their open office program crashes.

Peter,

I have heard that just logging in as a different user will correct this problem as well without needing to remove openoffice.org-kde, openoffice.org-gtk, or openoffice.org-gnome. But removing the ~/.openoffice.org2 doesn't help with the original user's ability to run the program. So it must be some other file in their user directory that is getting messed up in some manner.

Chris

Chris,

Is there any possibility that another file outside the home folder could be causing this?
Could it be some file that get a wrong no read access on a specific user - something that could have happened during the update while the user had oo.org running for instance (I know I had an I have the bug).
I know I keep insisting on the same issue, but despite being relatively unexperienced, it makes sense to me...
You sound like you really know your way around the system... Any chance you can look this up?
Check my last post to see what tipped me off on this...

Chris,

I have tried following (tested with amd64 on Core 2 Duo):

1. back port libxcb 1.1-1.1 from intrepid -> oo.org does not work
2. back port libx11 2:1.1.4-2 from intrepid -> oo.org does not work
3. test back ported libxcb and libx11 -> oo.org does not work
4. testing intrepid (libxcb 1.1-1.1, libx11 2:1.1.4-2, openoffice.org 1:2.4.1-1ubuntu1) -> oo.org works

You can find the packages on my PPA. I can confirm that this bug only occurs for the user who originally installed the system. An other user created before the upgrade to the buggy version has no problems to start openoffice.org.

Only users with multicore systems (e.g. AMD Athlon X2, Core 2 Duo, Core 2 Quad) are affected from this bug! I found nobody using a single core.

Actually, I have a single core Athlon 64 system that I'm getting this bug on, but I copied the OS over from my dual-core laptop by making a tarball of it since I had made several changes since the install that I didn't want to go through again. I'm not sure if that makes a difference or not.

I have a single core Athlon 64 system and I am getting this bug, too. My system was updated from Gutsy, but that was a while back, and I never had any problem at all until yesterday I tried to open a document.

I've encounted the locking bug now. No clue what the problem is, but downgrading all of OOo fixed it for me:

sudo apt-get install $(for i in openoffice.org openoffice.org-core openoffice.org-base openoffice.org-calc openoffice.org-draw openoffice.org-filter-binfilter openoffice.org-filter-mobiledev openoffice.org-impress openoffice.org-java-common openoffice.org-math openoffice.org-officebean openoffice.org-writer openoffice.org-base-core python-uno openoffice.org-common openoffice.org-style-human openoffice.org-evolution openoffice.org-gnome openoffice.org-gtk; do echo $i=1:2.4.0-3ubuntu6 ; done) $(for i in openoffice.org-help-en-gb openoffice.org-help-en-us openoffice.org-l10n-en-gb openoffice.org-l10n-en-za; do echo $i=1:2.4.0-3ubuntu1; done)

Hi.

Some of my observations, don't know if helpful:

I found, that i get the locking error on some (not all) files on a NFS-mounted directory.
So i copied that folder to a local disc. Now some files are ok, some other files still
have the error. When i copy and past the file (with nautilus) the error is gone on the copy.
So i deleted the old file and renamed the copy to the old filename. Now the error is there
again. This is reproducable: Copy is ok, error is back again after renaming.

So i went back to the NFS-mounted directory:

Copy / Renaming does not help here.
After playing a bit more, i found, that copying the files to a subdirectory
does help sometimes, sometimes not. In one case the copy to ./tmp had
the error, the copy to ./123 not.

One NFS-file with the locking error was special: It had a german umlaut (ö) in
its name. Copying didn't help, but replacing the ö with o did help. But don't
concentrate on that, i found an other example, where adding an ö 'fixed' the
error.

So now my view into that big crystal ball:
Is there some caching / hashing mechanism in the file locking system,
that depends on filenames and that does its work ..uhm.. sub optimal?

greetings
  Ralf

Is there some

> 4. testing intrepid (libxcb 1.1-1.1, libx11 2:1.1.4-2, openoffice.org 1:2.4.1-1ubuntu1) -> oo.org works

I'm using Ubuntu/intrepid and having exactly the same version of the packages above. document editor from oo.org does not work. spreadsheet editor works.

Is before:
This problem also started for me as of an update June 18th, 2008.
AMD64
NVidia video module installed via NVIDIA-Linux-x86_64-173.14.05-pkg2.run I need to install the nvidia drivers manually (as opposed to linux-restricted-modules) as I am running a GeForce 8600M GT and suffer errors with the Ubuntu provided modules.
Using only restricted, universe and multiverse.

I'm also -
- Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz
- Error occurs for the initial user added at installation
- ssh localhost "ooffice path/to/file" works for both spreadsheets and writer files
- Yesterday (20080623 8am CDT) after an update I could open spreadsheets from 'link icons' but not from command line.
- Today (No further updates installed) I can no longer open any without ssh.

For the record, one core and OpenOffice or any other app have been open during update.

Sorry, correct above: ... OpenOffice nor any other app have been open during update.

I am using Ubuntu 8.04 x86_64 on a HP Compaq nc6320. Since last weeks update (including proposed and backports) I got the aforementioned openoffice bug. I also used a new user as a workaround. Today I completely removed the two packages mentioned earlier, and I could run openoffice with my normal account again. Then I reinstalled those two packages:
Commit Log for Wed Jun 25 10:32:37 2008
Installed the following packages:
openoffice.org-gnome (1:2.4.1-1ubuntu1)
openoffice.org-gtk (1:2.4.1-1ubuntu1)
and it is still working.

Sorry, I cannot confirm that. I removed and reinstalled openoffice.org-gnome and openoffice.org-gtk several times and the bug came back every time. Note that you can launch any number of instances respectively open new windows of openoffice writer/calc/impress or whatever as soon as you got at least one instance running. You can open a initial instance by calling /usr/lib/openoffice/program/soffice.bin directly (with or without the bug).

This is moved from bug 242950:

#1 & #3 : openoffice.org never gets past the splash screen. This occurs when running it from the Kmenu, or from the shell. That, I guess, would be when making a new file.

#3 Even when running it with an explicit filename from the shell (e.g. soffice foo.ods) the same thing happens.

#2: How would I go about identifying the version of the JRE?
from dpkg -s openoffice.org-java-common, I get version 1:2.4.1-1ubuntu1

Below is the error output:

QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc'
lars@macbook:~$ Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f77725e397c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f77725e3a15]
#2 /usr/lib/libX11.so.6 [0x7f77762ad323]
#3 /usr/lib/libX11.so.6(XCreatePixmap+0x3f) [0x7f7776284b6f]
#4 /usr/lib/openoffice/program/libvclplug_gen680lx.so [0x7f776c2d6ddd]
#5 /usr/lib/openoffice/program/libvclplug_gen680lx.so(_ZN11X11SalFrame4InitEmiP16SystemParentDatab+0x971) [0x7f776c29be81]
#6 /usr/lib/openoffice/program/libvclplug_gen680lx.so(_ZN11X11SalFrameC2EP8SalFramemP16SystemParentData+0x30d) [0x7f776c29c9cd]
#7 /usr/lib/openoffice/program/libvclplug_kde680lx.so [0x7f776dbd491b]
#8 /usr/lib/openoffice/program/libvclplug_kde680lx.so [0x7f776dbd4984]
#9 /usr/lib/openoffice/program/libvcl680lx.so [0x7f7779b4a4ed]
#10 /usr/lib/openoffice/program/libvcl680lx.so [0x7f7779adf322]
#11 /usr/lib/openoffice/program/libvcl680lx.so(_ZN9TabDialogC2EP6WindowRK5ResId+0x5f) [0x7f7779b1c1cf]
#12 /usr/lib/openoffice/program/libsvx680lx.so [0x7f775f713084]
#13 /usr/lib/openoffice/program/libsvx680lx.so [0x7f775f8e7db4]
#14 /usr/lib/openoffice/program/libsvx680lx.so [0x7f775f8e9540]
#15 /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x5af) [0x43203f]
#16 /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEv+0x12) [0x4323e2]
#17 /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x2d5) [0x433a75]
#18 /usr/lib/openoffice/program/libvcl680lx.so [0x7f7779980326]
#19 /usr/lib/openoffice/program/libuno_sal.so.3 [0x7f7777725512]

Installed the noxcb package. No luck, I now get a sequence lost error when i run glx or fglrxinfo.
But some program like ume-launcher are running with the patch.
Does anyone know how to fix these sequence errors or is that just because there is a new version of glxinfo which uses xcb?

Lars,

To find out what JRE openoffice.org is attempting to use look in this file, it will be named slightly differently depending on arch.

~/.openoffice.org2/user/config/javasettings_Linux_x86.xml

Chris

Thanks osteenbeergen for testing that, although your comments are ambiguous - does it function better, worse, the same as, or just differently than before?

Since we're seeing a few issues with traces involving libxcb, I've prepared a non-xcb-enabled libx11 here: http://people.ubuntu.com/~bryce/Testing/libx11/ . (I'm not certain I reverted all the deps correctly, so let me know if there are dependency-related issues with this. You probably should save your old libx11 debs in case the lack of xcb causes problems in other apps.)

Would others mind testing with this noxcb libx11 and see if it makes any difference?

I'm using 8.04 amd64 with backports enabled.

openoffice from another user's account --> worked for me!
/usr/lib/openoffice/program/soffice.bin --> worked for me!
/usr/lib/openoffice/program/soffice.bin -writer --> didn't work for me!
/usr/lib/openoffice/program/soffice.bin --anything --> opens the writer directly (don't ask me why :-) )
/usr/lib/openoffice/program/oosplash.bin --> didn't work. same output. So...

And, if I edit the /usr/lib/openoffice/program/soffice script uncommenting the following lines...

# test for availability of the fast external splash
# if [ "$sd_binary" = "soffice.bin" -a -x "$sd_prog/oosplash.bin" ] ; then
# sd_binary="oosplash.bin"
# fi

... and type "openoffice" at the terminal, openoffice opens!

But, "openoffice -writer" --> bugs.

I mean... COMMENTING the lines in /usr/lib/openoffice/program/soffice, like bellow:

# test for availability of the fast external splash
# if [ "$sd_binary" = "soffice.bin" -a -x "$sd_prog/oosplash.bin" ] ; then
# sd_binary="oosplash.bin"
# fi

Confirmed working when following Abinoam Jr post, by commenting out the indicated lines in /usr/lib/openoffice/program/soffice

Now, the following (in terminal) work:
openoffice
ooffice
ooffice --writer
ooffice --calc
ooffice --impress

The followng does not work:
ooffice -writer
ooffice -calc
ooffice -impress

It's weird that one additional dash - can be the difference; anyone knows why?

Oops, scratch that. The double dashes don't do anything, except open writer.

Bryce,

the noxcb libx11 works fine but Compiz does not work anymore. Compiz depends on libx11-xcb1. The noxcb libx11-xcb1 package contains nothing (except the normal doc files). So compiz.real complains that it cannot find libX11-xcb.so.1. I have tried to recompile compiz. But it complains about the missing xcb lib. There is no option to disable xcb. I tried to remove xcb dependency in debian/control and configure.ac and Xlib-xcb.h in include/compiz-core.h. But then make crashes on src/display.c:2096 [d->connection = XGetXCBConnection (dpy);]. There is no (easy) way to remove the xcb dependency from compiz. So disabling xcb in libx11 is no solution.

So we should fix the bug in openoffice.org-gtk (providing libvclplug_gtk680lx.so) or openoffice.org-core (providing libsvx680lx.so and libvcl680lx.so). I have added a log from "strace -f oowriter".

PS: This bug has rank 33 (sorted by number of comments) and rank 76 (sorted by number of duplicates) in Ubuntu.

This is getting ridiculous... Why don't we simply revert this update and try to find a solution in testing or proposed repository. This bug affects too many people who are supposed to use a production version of Ubuntu. I have at least twelve of my users that are complaining because of this bug.

For the openoffice.org part of this bug I am currently building a set of test openoffice.org debs with some new patches and will be checking to see if it fixes the bug. Hopefully we will know by tomorrow and can get it into hardy-updates as well.

Chris

(Woops, missed that the other bug was closed and this one is the tracker of this issue now)

It seems it has something to do with locale settings. With locale set to en_US.UTF-8 it works, with locale setting to nl_NL.UTF-8 (I also tried pl_PL, but also doesn't work)

openoffice.org 1:2.4.1-1ubuntu1
Linux fkooman-laptop 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux (64 bit as well)

fkooman@fkooman-laptop:~$ LANG="en_US.UTF-8"
fkooman@fkooman-laptop:~$ rm -rf .openoffice.org2/
fkooman@fkooman-laptop:~$ oowriter
javaldx: Could not find a Java Runtime Environment!
<<< OpenOffice.org works here!! >>>

fkooman@fkooman-laptop:~$ LANG="nl_NL.UTF-8"
fkooman@fkooman-laptop:~$ rm -rf .openoffice.org2/
fkooman@fkooman-laptop:~$ oowriter
javaldx: Could not find a Java Runtime Environment!
fkooman@fkooman-laptop:~$ Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7fdf01cfb97c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7fdf01cfba15]
#2 /usr/lib/libX11.so.6 [0x7fdf059c5323]
#3 /usr/lib/libX11.so.6(XCreateWindow+0x44) [0x7fdf059bcd54]
#4 /usr/lib/libgdk-x11-2.0.so.0(gdk_window_new+0x395) [0x7fdf018a5c05]
#5 /usr/lib/libgtk-x11-2.0.so.0 [0x7fdefcf344c8]
#6 /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x10f) [0x7fdf00d39bcf]
#7 /usr/lib/libgobject-2.0.so.0 [0x7fdf00d4d386]
#8 /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x875) [0x7fdf00d4f0d5]
#9 /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fdf00d4f483]
#10 /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x77) [0x7fdefcf25957]
#11 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fdefd2dd76d]
#12 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fdefd2de16a]
#13 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fdefd2de82b]
#14 /usr/lib/openoffice/program/libvclplug_gtk680lx.so [0x7fdefd2b6f64]
#15 /usr/lib/openoffice/program/libvcl680lx.so [0x7fdf092624ed]
#16 /usr/lib/openoffice/program/libvcl680lx.so [0x7fdf091f7322]
#17 /usr/lib/openoffice/program/libvcl680lx.so(_ZN9TabDialogC2EP6WindowRK5ResId+0x5f) [0x7fdf092341cf]
#18 /usr/lib/openoffice/program/libsvx680lx.so [0x7fdef4180084]
#19 /usr/lib/openoffice/program/libsvx680lx.so [0x7fdef4354db4]

Just wanted to add that Bryce's libx11 files completely fixed my problems with Pro/Engineer Wildfire 3.0. I no longer have the issues with the menus reacting slowly and everything is extremely responsive.

Wanted to comment on the fact, that ooffice opens with failure depending on the command line argument.

The following commands work fine for me, assuming I'm in my home directory
  pwd # /home/sebastian
  soffice --anything
  touch helloworld.odt; soffice helloworld.odt
  touch hellobigbigworld.odt; soffice hellobigbigworld.odt
  touch hellobigbigbigworld.odt; soffice hellobigbigbigworld.odt

NOW, by increasing the length of the filename by 1
  touch hellobigbigbigworlds.odt; soffice hellobigbigbigworlds.odt
it does not work any longer and throws the locking assertion failure!

Also
  soffice /home/sebastian/helloworld.odt
does NOT work, NOR does
  cd /tmp
  soffice --anything
  touch helloworld.odt; soffice helloworld.odt

And this is really strange... If it works or not, not only depends on the filename of the document (or the command line argument in general), but also interacts with the working directory `pwd`!

Final note: I'm using ubuntu hardy with kernel release 2.6.24-19-generic on x86_64 AMD architecture and latest updates, especially those concerning the openoffice suite version 1:2.4.1-1ubuntu1, published on 2008-06-17. (I did not change anything in the soffice starting script.)

having the same problem with openoffice

also running hardy amd64 2.6.24-19-generic
when i boot into a secondary test account that i made since OO.o went bad, everything's fine
from my primary account i can "sudo soffice" and it works, but if i "sudo soffice -write" i get the same locking assertion failure
when i boot into 2.6.22-15-generic [leftover after upgrading from gutsy] OO.o works, though my video drivers are screwy

a few minutes ago there was a new series of updates, including one for the kernel, and two others that sounded related. i applied them, rebooted, no luck. sorry i'm not terribly helpful on what these last three were, i was too busy being excited to see what looked like fixes to write down what they were.

thanks to everyone working on this.

After testing it appears I have a fix for the openoffice.org problem and hopefully will be uploading a new version tomorrow to hardy-proposed. I have a few other bugs to fix at the same time which I am still working on.

Chris

I marked the openoffice.org part of this bug as invalid since it is an openoffice.org specific issue and I split out the duplicate OOo related bugs into their own separate bug 236676.

Chris

I tried downloading and running Savage again, and it no longers produces the original output/error. It now tells me that I need GLSL-support instead.

I'm marking the libxcb bug won't fix for hardy because a) the only libxcb "fix" we can deploy at this point would be to disable libxcb entirely - with the side effect of disabling compiz for everyone (c.f. comment #137), and b) a viable workaround exists (c.f. comment #144). See bug #236676 for details.

Leaving it open for Intrepid, as we expect to see a new libX11/libxcb with the relevant fixes within a month or so.

Hello,

this is really bad because it means the LTS Ubuntu Hardy is not usable
for serious applications.

Is there any summary about this problem? Anything one could pass to the
programmers of broken applications to fix it on the application side ?

(BTW, the subject refers libsdl. My application that fails does not bind
any sdl library...)

Thanks

Chris

Bryce Harrington wrote:
> I'm marking the libxcb bug won't fix for hardy because a) the only
> libxcb "fix" we can deploy at this point would be to disable libxcb
> entirely - with the side effect of disabling compiz for everyone (c.f.
> comment #137), and b) a viable workaround exists (c.f. comment #144).
> See bug #236676 for details.
>
> Leaving it open for Intrepid, as we expect to see a new libX11/libxcb
> with the relevant fixes within a month or so.
>
> ** Changed in: libxcb (Ubuntu Hardy)
> Status: Confirmed => Won't Fix
>
> ** Changed in: libxcb (Ubuntu Gutsy)
> Status: New => Invalid
>
> ** Changed in: openoffice.org (Ubuntu Gutsy)
> Status: New => Invalid
>
>

Dang, is compiz the only major application that needs both X11 and xcb? Because if it is, wouldn't it make more sense to link compiz against "libX11-xcb.so" and leave "libX11.so" be the non-xcb, stock/old/stable/working libX11?

I suggest this, as I hope you guys rethink the magnatude of the wontfix status. Hardy essentially doesn't work out of the box with all Java applications and countless other closed & open, current & old applications. I think this is especially important as Hardy is supposed to be a LTS/stable release, that one can count on for larger, more long term deployments (such as one I'm trying to do, but this bug is holding up).

Thanks for your consideration.

This bug affects a large number of programs written using xlib. Why is the status "won't fix"?

Thanks

Tom