jdk1.4.2 p5 problem
Jesse Guardiani
jesse at wingnet.net
Tue Dec 23 09:02:13 PST 2003
Panagiotis Astithas wrote:
> On Tuesday 23 December 2003 18:17, Jesse Guardiani wrote:
>> Panagiotis Astithas wrote:
>> > On Tuesday 23 December 2003 17:12, Jesse Guardiani wrote:
>> >> Marc van Kempen wrote:
>> >> > Jesse Guardiani wrote:
>> >> >> Howdy list,
>> >> >>
>> >> >> With jdk1.4.1 p4 I could load this web page's left frame java
>> >> >> applet:
>> >> >>
>> >> >> http://www.billmax.com/docs20/web/index.htm
>> >> >>
>> >> >> Now, all I get is a red X. Any attempt to open the Java Console or
>> >> >> About Java by right clicking results in a crash of the browser. Any
>> >> >> ideas? I can provide the crash output if needed.
>> >> >>
>> >> >> Again, this worked great with my old 1.4.1 patchlevel 4 jdk.
>> >> >>
>> >> >> uname -a:
>> >> >>
>> >> >> FreeBSD trevarthan.int.wingnet.net 5.2-RC1 FreeBSD 5.2-RC1 #0: Sun
>> >> >> Dec 7 22:15:14 GMT 2003
>> >> >> root at wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386
>> >> >>
>> >> >>>From mozilla's About Plugins:
>> >> >>
>> >> >> Java(TM) Plug-in 1.4.2-p5-jesse_17_dec_2003_01_33
>> >> >>
>> >> >> Thanks!
>> >> >
>> >> > Works just fine for me on 4.9-RC, with jdk1.4.1p5.
>> >>
>> >> Yeah. It worked fine for me too with 1.4.1. Can anyone test and
>> >> confirm this same problem with 1.4.2p5?
>> >
>> > It works for me in Mozilla 1.5, jdk 1.4.2, 5.1-current of
>> > October-something.
>>
>> What patch level?
>
> There is only 1.4.2p5 AFAIK.
>
>> > It crashed at first, but then I spotted a leftover
>> > plugin library from jdk 1.3.1. After I removed it, everything worked as
>> > expected.
>>
>> How did you spot it? I don't even know how to get debug info out of this
>> applet as I can't open the java console without a crash:
>
> "about plugins" showed both versions.
OK. Only 1.4.2p5 listed there for me.
>> An unexpected exception has been detected in native code outside the VM.
>> Unexpected Signal : 11 occurred at PC=0x3481F7C7
>> 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
>> 0x28075000 /usr/lib/libc_r.so.5
>
> One difference is that I use libkse (with libmap).
What does your libmap.conf look like? I put this in mine:
# /etc/libmap.conf
#
# candidate mapping
#
libc_r.so.5 libthr.so.1 # Everything uses 'libthr'
libc_r.so libthr.so
[/usr/local/jdk1.4.2/] # 'jdk1.4.2' uses libkse.
libc_r.so.5 libkse.so.1
libc_r.so libkse.so
And now my java console works, but the applet still doesn't work. Here is what
the console prints:
Java(TM) Plug-in: Version 1.4.2
Using JRE version 1.4.2-p5 Java HotSpot(TM) Client VM
User home directory = /home/jesse
Proxy Configuration: Browser Proxy Configuration
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
load: class WebHelp.class not found.
java.lang.ClassNotFoundException: WebHelp.class
at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:162)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:123)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:566)
at sun.applet.AppletPanel.createApplet(AppletPanel.java:617)
at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848)
at sun.applet.AppletPanel.runLoader(AppletPanel.java:546)
at sun.applet.AppletPanel.run(AppletPanel.java:298)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.net.SocketException: IPv4 mapped addresses usage is turned off. Set net.inet6.ip6.v6only=0 or use '-Djava.net.preferIPv4Stack=true' to disable java IPv6 support
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
at java.net.Socket.connect(Socket.java:452)
at sun.net.NetworkClient.doConnect(NetworkClient.java:137)
at sun.plugin.net.protocol.http.HttpClient.doConnect(HttpClient.java:106)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:402)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:618)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:306)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:267)
at sun.plugin.net.protocol.http.HttpClient.<init>(HttpClient.java:41)
at sun.plugin.net.protocol.http.HttpClient.New(HttpClient.java:62)
at sun.plugin.net.protocol.http.HttpURLConnection.createConnection(HttpURLConnection.java:101)
at sun.plugin.net.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:158)
at sun.plugin.net.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:393)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:272)
at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:263)
at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43)
at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:152)
at java.security.AccessController.doPrivileged(Native Method)
at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:149)
... 9 more
It's been a while since I wrote java code so I'm not sure if the above backtrace
was caused by something the console tried to load, or the applet itself?
--
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v) 423-559-5145 (f)
http://www.wingnet.net
More information about the freebsd-java
mailing list