plugins aborts with SIG11 whan any applet pops up a dialog
window
Panagiotis Astithas
past at noc.ntua.gr
Sat Jan 24 02:58:38 PST 2004
Georg-W. Koltermann wrote:
> Hi,
>
> as long as jdk14 had a plugin I have been suffering from aborts whenever
> an applet opened a top-level dialog window. I always thought that was
> due to some mismatch in my configuration, non-matching mozilla-headers
> while compiling java or the like. However I still see it now after
> reinstalling everything.
>
> I now have FreeBSD 5.2 cvsupped somewhere between -RC2 and -RELEASE,
> Mozilla 1.5 and Mozilla-headers 1.5 from packages, and jdk14-p5 from
> ports. I also recompiled open-motif with the drap-n-drop patch applied
> before building java.
>
> So whenever an applet opens a top-level window, I get:
>
> An unexpected exception has been detected in native code outside the VM.
> Unexpected Signal : 11 occurred at PC=0x3482F9B7
> Function=processTree+0x29B
> Library=/usr/local/jdk1.4.2/jre/lib/i386/libawt.so
>
> Current Java thread:
> at sun.awt.motif.MToolkit.run(Native Method)
> at java.lang.Thread.run(Thread.java:534)
>
> Dynamic libraries:
> 0x8048000 java_vm
> 0x2807e000 /usr/lib/libc_r.so.5
> 0x280a2000 /lib/libc.so.5
> 0x2817d000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
> 0x285bd000 /usr/lib/libstdc++.so.4
> 0x28679000 /lib/libm.so.2
> 0x28692000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so
> 0x286a0000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so
> 0x286b6000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so
> 0x286d4000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so
> 0x34761000 /usr/local/jdk1.4.2/jre/lib/i386/libawt.so
> 0x349db000 /usr/local/jdk1.4.2/jre/lib/i386/libmlib_image.so
> 0x2c645000 /usr/X11R6/lib/libXp.so.6
> 0x34a26000 /usr/X11R6/lib/libXt.so.6
> 0x34a77000 /usr/X11R6/lib/libXext.so.6
> 0x34a86000 /usr/X11R6/lib/libXtst.so.6
> 0x34a8c000 /usr/X11R6/lib/libXmu.so.6
> 0x34aa2000 /usr/X11R6/lib/libX11.so.6
> 0x34b6a000 /usr/X11R6/lib/libSM.so.6
> 0x34b73000 /usr/X11R6/lib/libICE.so.6
> 0x34b8a000 /usr/local/jdk1.4.2/jre/lib/i386/libjavaplugin_jni.so
> 0x34bb1000 /usr/local/jdk1.4.2/jre/lib/i386/libfontmanager.so
> 0x2c64d000 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2
> 0x34c85000 /usr/X11R6/lib/libXcursor.so.1
> 0x34c8e000 /usr/X11R6/lib/libXrender.so.1
> 0x34c96000 /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
> 0x34cb4000 /usr/local/jdk1.4.2/jre/lib/i386/libnet.so
> 0x34cc7000 /usr/local/jdk1.4.2/jre/lib/i386/libdcpr.so
> 0x2804b000 /libexec/ld-elf.so.1
>
> Heap at VM Abort:
> Heap
> def new generation total 576K, used 417K [0x2c650000, 0x2c6f0000, 0x2cb30000) eden space 512K, 78% used [0x2c650000, 0x2c6b3dc0, 0x2c6d0000)
> from space 64K, 27% used [0x2c6d0000, 0x2c6d4790, 0x2c6e0000)
> to space 64K, 0% used [0x2c6e0000, 0x2c6e0000, 0x2c6f0000)
> tenured generation total 1408K, used 1134K [0x2cb30000, 0x2cc90000, 0x30650000)
> the space 1408K, 80% used [0x2cb30000, 0x2cc4bab0, 0x2cc4bc00, 0x2cc90000)
> compacting perm gen total 6144K, used 5983K [0x30650000, 0x30c50000, 0x34650000)
> the space 6144K, 97% used [0x30650000, 0x30c27d50, 0x30c27e00, 0x30c50000)
>
> Local Time = Sat Jan 24 00:33:06 2004
> Elapsed Time = 3
> #
> # The exception above was detected in native code outside the VM
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2-p5-gwk_20_jan_2004_01_21 mixed mode)
> #
> # An error report file has been saved as /tmp/hs_err_pid3698.log.
> # Please refer to the file for further information.
> #
> INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt
> System error?:: Unknown error: 0
>
> The same applet works perfectly with jdk131 or with linux-mozilla and
> linux-sun-jdk1.4.2.
>
> I'm attaching a simple applet along with a test html page to show the
> effect. Drop it somewhere on your disk and open the html page via a
> file: url. Once the applet is loaded, click on the button where it says
> "click me". If all goes well, a simple popup dialog opens up, otherwise
> (if you have the same problem as I have), your browser will crash and
> you will have the above java plugin stack trace on stderr.
>
> It'd be nice if we could solve this.
I can confirm this on 5.2-current of about a month ago, mozilla 1.6 and
jdk1.4.2p6_1, using libkse. My trace is the same, except for libkse
instead of libc_r. Konqueror on the other hand works fine, so it must be
something with the plugin code and/or its interaction with open-motif. I
have also compiled open-motif with the dnd fix.
Cheers,
--
Panagiotis Astithas
Electrical & Computer Engineer, PhD
Network Management Center
National Technical University of Athens, Greece
More information about the freebsd-java
mailing list