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.
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