Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Jan 2004 12:58:16 +0200
From:      Panagiotis Astithas <past@noc.ntua.gr>
To:        "Georg-W. Koltermann" <gwk@rahn-koltermann.de>
Cc:        freebsd-java@freebsd.org
Subject:   Re: plugins aborts with SIG11 whan any applet pops up a dialog window
Message-ID:  <40124FC8.3030609@noc.ntua.gr>
In-Reply-To: <1074901855.3751.16.camel@localhost.muc.eu.mscsoftware.com>
References:  <1074901855.3751.16.camel@localhost.muc.eu.mscsoftware.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40124FC8.3030609>