From owner-freebsd-java@FreeBSD.ORG Fri Sep 5 21:55:17 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 005FC16A4BF for ; Fri, 5 Sep 2003 21:55:17 -0700 (PDT) Received: from mgr4.xmission.com (mgr4.xmission.com [198.60.22.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA9043FBF for ; Fri, 5 Sep 2003 21:55:13 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: from mail by mgr4.xmission.com with spam-scanned (Exim 3.35 #1) id 19vV6O-0003vm-04 for freebsd-java@freebsd.org; Fri, 05 Sep 2003 22:55:13 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr4.xmission.com with esmtp (Exim 3.35 #1) id 19vV68-0003ot-04; Fri, 05 Sep 2003 22:54:57 -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 h8654MC5085664; Fri, 5 Sep 2003 23:04:23 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.9/8.12.9/Submit) id h8654KLE085663; Fri, 5 Sep 2003 23:04:20 -0600 (MDT) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Fri, 5 Sep 2003 23:04:20 -0600 From: Greg Lewis To: Dan Langille Message-ID: <20030906050420.GA71909@misty.eyesbeyond.com> References: <3F5595C5.552.4284913E@localhost> <3F563ABC.10437.4508FBC7@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F563ABC.10437.4508FBC7@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: Sat, 06 Sep 2003 04:55:17 -0000 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. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org