JDK-4026947 : Can't access libawt.so
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 1.1
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: generic,solaris_2.5
  • CPU: sparc
  • Submitted: 1997-01-21
  • Updated: 1997-10-23
  • Resolved: 1997-10-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.1.4 1.1.4Fixed
Related Reports
Duplicate :  
Description

Name: mc57594			Date: 01/20/97


After installing JDK 1.1 beta 3.3, I tried the demo from the
installation guide and got the following results:

> appletviewer TicTacToe
ld.so.1: /storm/perun/jdk1.1-beta3/java/bin/../bin/sparc/green_threads/java: fatal: relocation error: symbol not found: XShmQueryExtension: referenced in /storm/perun/jdk1.1-beta3/java/bin/../lib/sparc/green_threads/libawt.so (/storm/perun/jdk1.1-beta3/ja

va/bin/../lib/sparc/green_threads/libawt.so)
java.lang.UnsatisfiedLinkError: no awt in shared library path
        at java.lang.Runtime.loadLibrary(Runtime.java)
        at java.lang.System.loadLibrary(System.java)
        at 
        at java.awt.Toolkit.getDefaultToolkit(Toolkit.java)
        at sun.applet.AppletCopyright.<init>(AppletCopyright.java:36)
        at sun.applet.AppletViewer.mainInit(AppletViewer.java:935)
        at sun.applet.AppletViewer.main(AppletViewer.java:944)

Both the PATH and the CLASSPATH environment variables are correct.  I even set
the LD_LIBRARY_PATH environment to point to the libawt.so library.
======================================================================

[Sheri Good 03/05/97]  Another report of this bug.  I reviewd 4026572 but
thought I should still add this additional bug here.

From: Helene Hebert <###@###.###>
Subcategory: classes_awt
Bug/rfe/eou: bug
Synopsis: won't run on Solaris2.3
Description: 
1- appletviewer TicTacToe/example1.html

3- ld.so.1: /usr/local/jdk1.1/bin/../bin/sparc/green_threads/java: fatal: relocatio
n error: symbol not found: XShmAttach: referenced in /usr/local/jdk1.1/lib/sparc
/green_threads/libawt.so (libawt.so)
java.lang.UnsatisfiedLinkError: no awt in shared library path
        at java.lang.Runtime.loadLibrary(Runtime.java)
        at java.lang.System.loadLibrary(System.java)
        at
        at java.awt.Toolkit.getDefaultToolkit(Toolkit.java)
        at java.awt.Window.getToolkit(Window.java)
        at java.awt.Frame.addNotify(Frame.java)
        at java.awt.Window.pack(Window.java)
        at sun.applet.AppletViewer.<init>(AppletViewer.java:192)
        at sun.applet.StdAppletViewerFactory.createAppletViewer(AppletViewer.jav
a:88)
        at sun.applet.AppletViewer.parse(AppletViewer.java:887)
        at sun.applet.AppletViewer.parse(AppletViewer.java:858)
        at sun.applet.AppletViewer.main(AppletViewer.java:1030)

5- same user account on Solaris 2.5 it runs OK but not on Solaris 2.3 even if configuration is the same
company - Universite de Montreal , email - ###@###.###
Work around: 


customer_rec: new
Company: other
Employee:Helene Hebert
Release: jdk11
Hardware Version: sun4u
O/S version: sol2.5.1
User Role: D
User Type: E
Sun Contact: (internal)
end_customer_rec: 
BUG_END


Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: 1.1.4 FIXED IN: 1.1.4 INTEGRATED IN: 1.1.4
14-06-2004

WORK AROUND Name: mc57594 Date: 01/20/97 None ======================================================================
11-06-2004

PUBLIC COMMENTS libawt.so isn't linked against libXext.so which can result in problems on 2.3 systems and when using version of the X libraries that are different than the ones shipped with Solaris.
10-06-2004

EVALUATION See also 4026572, a closed duplicate. We've seen this reported a number of times, and ought to see whether we can do anything to defend against it. There's some workaround in 4026572, but that's a report from a 2.3 system. timothy.lindholm@Eng 1997-01-22 Has this problem gone away now? sheng.liang@Eng 1997-07-22 I believe the problem is that libawt.so in 1.1 isn't build with all it's dependencies included so it's not guaranateed that all the libraries it needs will be linked in at runtime. On Solaris 2.5 and 2.5.1 libX11 has a dependency on libXext.so, which is where all the XShm functions are defined. On 2.3 it doesn't and I'm not sure about 2.4 but I presume that it does as well. What this means is that it libawt will work fine on 2.4 or later as long as you use the libX11 that ships with the system. It will break on these later systems if you run with you own version of, say, X11R6 because who knows what they link with. I've tested this out and it seems to be correct. I don't have access to a solaris 2.3 machine to really test it but it did take a look at their libraries to confirm that it should have this problem. The fix is simply to add all required libraries to the link line for awt and use the -z defs option make sure that the library has recorded all the dependencies. I may take this opportunity to do this for the rest of the libraries. tom.rodriguez@Eng 1997-07-25
25-07-1997