From owner-freebsd-java@FreeBSD.ORG Wed Sep 10 07:35:27 2003 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B10FC16A4BF for ; Wed, 10 Sep 2003 07:35:27 -0700 (PDT) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9806F43F85 for ; Wed, 10 Sep 2003 07:35:24 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: from mail by mgr2.xmission.com with spam-scanned (Exim 3.35 #1) id 19x642-0007n0-02 for freebsd-java@freebsd.org; Wed, 10 Sep 2003 08:35:23 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 19x63h-0007Zj-02; Wed, 10 Sep 2003 08:35:07 -0600 Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.12.9/8.12.9) with ESMTP id h8AEifC5023440; Wed, 10 Sep 2003 08:44:42 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.9/8.12.9/Submit) id h8AEiddb023439; Wed, 10 Sep 2003 08:44:39 -0600 (MDT) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Wed, 10 Sep 2003 08:44:39 -0600 From: Greg Lewis To: Dan Langille Message-ID: <20030910144439.GA23417@misty.eyesbeyond.com> References: <3F563ABC.10437.4508FBC7@localhost> <3F597B71.1059.92280F4@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F597B71.1059.92280F4@localhost> User-Agent: Mutt/1.4.1i X-Spam-Status: No, hits=-9.9 required=8.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MUTT,X_AUTH_WARNING version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-java@freebsd.org Subject: Re: (Fwd) Re: Shared object "libawt.so" not found X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 14:35:27 -0000 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@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@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@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@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@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org