[kepler-dev] [Bug 3530] - Locking assertion failure

bugzilla-daemon at ecoinformatics.org bugzilla-daemon at ecoinformatics.org
Wed Oct 15 16:23:22 PDT 2008


http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3530





------- Comment #2 from cxh at eecs.berkeley.edu  2008-10-15 16:23 -------
Hauke had a similar bug, he wrote:
--start--
Running the triq/ptolemy.domains.sr.examples on linux with Java 1.6 works fine,
with 1.5 gives the following message (something similar was seen on the mac,
Java 1.6 won't run on the mac so far). Despite the message, the result looks
fine.

Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb0873767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb08738b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb0b521bd]
#3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so
[0xb01a4dce]
#4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so
[0xb018ed77]
#5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so
[0xb018eef3]
#6
/usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26)
[0xb018f136]
#7 [0xb25cfbfa]
#8 [0xb25c9b3b]
#9 [0xb25c9b3b]
#10 [0xb25c7219]
#11 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/client/libjvm.so
[0xb777c2bc]
#12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/client/libjvm.so
[0xb7890ed8]
#13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/client/libjvm.so
[0xb777c0ef]
#14
/usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d)
[0xb77d9b9d]
#15
/usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d)
[0xb757b30d]
#16 [0xb25cf4ab]
#17 [0xb25c9a64]
#18 [0xb25c7219]
#19 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/client/libjvm.so
[0xb777c2bc]
516 ms. Memory: 4540K Free: 953K (21%)

    * It's a Java bug, see
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6532373
    * This is something about wrong usage of Xinerama Linux library. Maybe it's
something similar for Mac, I cannot check.
    * The sed workaround suggested in the bug report works for me (though it
touches the JRE libraries themselves...): 

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

--end--


More information about the Kepler-dev mailing list