Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Aug 2004 16:23:27 -0600
From:      Greg Lewis <glewis@eyesbeyond.com>
To:        Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc:        java@freebsd.org
Subject:   Re: current doesn't build jdk14.
Message-ID:  <20040810222327.GB16802@misty.eyesbeyond.com>
In-Reply-To: <67422.1092172227@critter.freebsd.dk>
References:  <20040810185949.GA54509@misty.eyesbeyond.com> <67422.1092172227@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 10, 2004 at 11:10:27PM +0200, Poul-Henning Kamp wrote:
> In message <20040810185949.GA54509@misty.eyesbeyond.com>, Greg Lewis writes:
> >On Tue, Aug 10, 2004 at 08:35:24PM +0200, Poul-Henning Kamp wrote:
> >> Anyone know if opera+java has started working ?
> >
> >I've never gotten it to work.  My recollection from trying this reasonably
> >recently is that Opera says that the JDK is valid but won't actually
> >display any applets.  I haven't tried ktrace to see what its trying to do
> >yet.  If anyone has any contacts at Opera I'd be interested in finding out
> >exactly what they do with the JDK so we can figure out why its not working.
> 
> Ok, tried now.
> 
> The opera binary needs:
> 	critter phk> ldd /usr/local/share/opera/bin/opera
> 	/usr/local/share/opera/bin/opera:
> 		libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28980000)
> 		libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28a3f000)
> 		libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28a4c000)
> 		libm.so.2 => /lib/libm.so.2 (0x28a54000)
> 		libc_r.so.4 => /usr/lib/compat/libc_r.so.4 (0x28a6e000)
> 		libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28b24000)
> 
> So it is obviously built for 4.x
> 
> When running it, configured for my new jdk14 this is what happens:
> 
> [...]
> + export OPERA_DIR OPERA_PLUGIN_PATH PATH
> + LD_LIBRARY_PATH=/usr/local/share/opera/bin:/usr/local/jdk1.4.2/jre/lib/i386:/usr/local/jdk1.4.2/jre/lib/i386/native_threads:/usr/local/jdk1.4.2/jre/lib/i386/client:/usr/local/jdk1.4.2/jre/lib/i386/classic:
> + export LD_LIBRARY_PATH
> + eval exec '/usr/local/share/opera/bin/opera' --binarydir '/usr/local/share/opera/bin' 
> + exec /usr/local/share/opera/bin/opera --binarydir /usr/local/share/opera/bin
> opera: Could not initialize spell checker interface. File not found or could not be opened (-7)
> opera: /usr/lib/libpthread.so.1: Undefined symbol "_kevent"
> 
> The jdk is obviously built against libpthread.so.1 and therefore need the
> _kevent system call which the 4.x libc doesn't have...
> 
> I've tried to preload libc_r.so.5 but that doesn't work.
> 
> Any good ideas ?

It looks like the best idea would be to use a jdk14 built on 4.x.  That
_should_ run under 5.x now that the libm compatibility issues have been
resolved.

I'm not convinced this will be successful though.  For example, I am
using a 4.x machine and I can run Opera, it claims the JDK I point
it at is valid, but no applets will run.

-- 
Greg Lewis                          Email   : glewis@eyesbeyond.com
Eyes Beyond                         Web     : http://www.eyesbeyond.com
Information Technology              FreeBSD : glewis@FreeBSD.org



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