(Fwd) Re: Shared object "libawt.so" not found
Greg Lewis
glewis at misty.eyesbeyond.com
Wed Sep 10 07:35:27 PDT 2003
On Sat, Sep 06, 2003 at 06:15:13AM -0400, Dan Langille wrote:
> On 5 Sep 2003 at 23:04, Greg Lewis wrote:
> > On Wed, Sep 03, 2003 at 07:02:20PM -0400, Dan Langille wrote:
> > > On 3 Sep 2003 at 14:47, Greg Lewis wrote:
> > >
> > > > On Wed, Sep 03, 2003 at 07:18:29AM -0400, Dan Langille wrote:
> > > > > >>>[dan at laptop:/usr/local/share/opera] $ grep -r LD_LIBRARY_PATH *
> > > > > >>>Binary file bin/opera matches
> > > > > >>>uninst/rollback_7.20-20030825.2/opera: LD_LIBRARY_PATH="${OPERA_JAVA_DIR}:${OPERA_JAVA_DIR}/native_threads:${OPERA_JAVA_DIR}/client:${OPERA_JAVA_DIR}/classic:${LD_LIBRARY_PATH}"
> > > > > >>>uninst/rollback_7.20-20030825.2/opera: export LD_LIBRARY_PATH
> > > > > >>>uninst/rollback_7.20-20030827.1/opera: LD_LIBRARY_PATH="${OPERA_JAVA_DIR}:${OPERA_JAVA_DIR}/native_threads:${OPERA_JAVA_DIR}/client:${OPERA_JAVA_DIR}/classic:${LD_LIBRARY_PATH}"
> > > > > >>>uninst/rollback_7.20-20030827.1/opera: export LD_LIBRARY_PATH
> > > > > >>>[dan at laptop:/usr/local/share/opera] $
> > > >
> > > > Evil. Opera assumes that the JDK will be using native threads. However,
> > > > the Diablo JDK only provide green threads support. Looking at the names
> > > > of the files, I'm not sure if there is one you should edit, however you
> > > > can probably get the effect you want by doing:
> > > >
> > > > env OPERA_JAVA_DIR=/usr/local/diablo-jdk1.3.1/jre/lib/i386 \
> > > > LD_LIBRARY_PATH=/usr/local/diablo-jdk1.3.1/jre/lib/i386/green_threads \
> > > > opera
> > >
> > > Hmmm:
> > >
> > > [dan at laptop:~] $ env OPERA_JAVA_DIR=/usr/local/diablo-jdk1.3.1/jre/lib/i386 \
> > > > LD_LIBRARY_PATH=/usr/local/diablo-jdk1.3.1/jre/lib/i386/green_threads \
> > > > opera
> > > /usr/libexec/ld-elf.so.1: /usr/local/diablo-jdk1.3.1/jre/lib/i386/libawt.so: Undefined symbol "JVM_RaiseSignal"
> > > [dan at laptop:~] $
> >
> > Right. This doesn't work because of the way the LD_LIBRARY_PATH is
> > constructed in the opera shell script. The native_threads path will go
> > first, meaning the green_threads libraries don't get loaded. My bad.
> >
> > > > The complete fix would be to edit one of the Opera files. If you can find
> > > > out which one we should probably add it to the port. Maybe its time I
> > > > download the beta and try it myself :).
> > >
> > > Please....?
> >
> > Ok. So if I edit /usr/X11R6/bin/opera and s/native_threads/green_threads/
> > it gets a bit further. However now I get problems with other symbols
> > which the plugin assumes are available because you're using it in Mozilla
> > or a derivative, right? Wrong. So, I hacked the plugin build to link
> > in different Mozilla libraries until all the symbols were resolved, and
> > now Opera is segfaulting :(. At least its leaving a core, but none of
> > this is very promising for getting things working under Opera.
>
> Ouch!
>
> Oddly enough, a previous beta ran fine....
Either Opera has changed things (the plugin hasn't changed) or I have no
clue how to install the plugin for Opera (or both :).
Just to eliminate the latter, what is the correct way to install the Java
plugin for Opera?
--
Greg Lewis Email : glewis at eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : glewis at FreeBSD.org
More information about the freebsd-java
mailing list