JDK-4190698 : jdk1.1.8 needs to have latest libXm.so.3 patch to prevent memory leak
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.1.1,1.1.8
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_2.5.1,solaris_2.6
  • CPU: generic,sparc
  • Submitted: 1998-11-17
  • Updated: 2013-11-01
  • Resolved: 1999-07-20
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.8 1.1.8Fixed
Related Reports
Duplicate :  
Relates :  
Description
jdk1.1.8 needs to have latest libXm.so.3 patch to prevent memory leak

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

SUGGESTED FIX includes latest motif patch: sparc 103461-28 x86 104195-13 tao.ma@Eng 1998-11-17 Here are all the changes proposed for 1.1.8: 1. create src/solaris/lib/i386 and src/solaris/lib/sparc directories 2. under src/solaris/lib/sparc, sccs create libXm.so.3 from patch 103461-28 % sum libXm.so.3 29320 3432 libXm.so.3 3. under src/solaris/lib/i386 sccs create libXm.so.3 from patch 104195-13 % sum libXm.so.3 26356 2817 libXm.so.3 4. under the directory build/solaris/sun/awt % sccs diffs -wc GNUmakefile >>>>>> see the latest set of diffs below <<<<<<<< patrick.ong@Eng 1999-02-22 We need to refine the above fix to address the possibility that the builder is setting the ALT_MOTIF_DIR macro to redirect the location of libXm.so.3 without sacrifising that info to locate the directory of Motif related header files. I chose /usr/dt/include as the default location of Motif headers since every solaris system has a /usr/dt/include directory so it is a safe choice. The latest set of complete changes: *** GNUmakefile Mon Feb 22 22:40:07 1999 --- GNUmakefile Mon Mar 1 11:58:18 1999 *************** *** 1,5 **** # ! # @(#)GNUmakefile 1.86 99/02/22 TOPDIR = ../../../.. PACKAGE = sun.awt --- 1,5 ---- # ! # %W% %E% TOPDIR = ../../../.. PACKAGE = sun.awt *************** *** 133,148 **** # # Default Motif directory ! # Set MOTIF_DIR to ALT_MOTIF_DIR if set otherwise, set it to _MOTIF_DIR # - #_MOTIF_DIR=/usr/local/Motif TESTMOTIF= $(shell /usr/bin/uname -p) ifeq ($(TESTMOTIF), i386) ! _MOTIF_DIR=$(PLATFORM_SRC)/lib/i386 else ! _MOTIF_DIR=$(PLATFORM_SRC)/lib/sparc endif - MOTIF_DIR=$(_MOTIF_DIR$(ALT_MOTIF_DIR))$(ALT_MOTIF_DIR) $(DEBUG) $(OPTIMIZED): motif --- 133,150 ---- # # Default Motif directory ! # Set MOTIF_DIR according to the platform used to do the build. ! # Location of libXm.so.3 is now within the build workspace. ! # ALT_MOTIF_DIR if it is set, will be used to locate the ! # alternate location for Motif related include files but will ! # not alter the origin of the Motif library. # TESTMOTIF= $(shell /usr/bin/uname -p) ifeq ($(TESTMOTIF), i386) ! MOTIF_DIR=$(PLATFORM_SRC)/lib/i386 else ! MOTIF_DIR=$(PLATFORM_SRC)/lib/sparc endif $(DEBUG) $(OPTIMIZED): motif *************** *** 234,241 **** mkdir -p $(RESOURCEDIR) cp $(RESOURCES) $(RESOURCEDIR) CPPFLAGS += -I/usr/openwin/include ! -I/usr/local/Motif/include \ -I$(SHARE_SRC)/sun/images \ $(EVENT_MODEL) --- 236,248 ---- mkdir -p $(RESOURCEDIR) cp $(RESOURCES) $(RESOURCEDIR) + DEFAULT_MOTIF_HDR=/usr/dt + ALT_MOTIF_HDR=$(ALT_MOTIF_DIR) + + MOTIF_HDR=$(DEFAULT_MOTIF_HDR$(ALT_MOTIF_HDR))$(ALT_MOTIF_HDR) + CPPFLAGS += -I/usr/openwin/include ! -I$(MOTIF_HDR)/include \ -I$(SHARE_SRC)/sun/images \ $(EVENT_MODEL) patrick.ong@Eng 1999-03-01
01-03-1999

EVALUATION The current libXm.so.3 leaks memory when exercised by AWT peer code. To avoid problems for unsuspecting AWT users in 1.1.8, I recommend that we replaced the bundled libXm with the latest version that has this fixes. The recommended libXm has been tested at various mission critical customer sites with no observable regressions when exercised by AWT. Since this is a subject of an NTT escalation, I will take over the bug. patrick.ong@Eng 1998-11-30 Another problem encountered is that the libXm.so.3 was never bundled in the build workspace for 1.1.x. It mounts from a NFS server to the local build machine the libXm.so.3 provided by the NFS server and all this time the NFS server has been exporting an old libXm.so.3. So the suggested fix bundles the latest patched sparc and x86 libXm.so.3 within the workspace to eliminate the dependency on the NFS server used for builds. patrick.ong@Eng 1999-02-23
23-02-1999