JDK-4810347 : jvm STILL exec's itself twice if -d64 or -d32 is used to change data model
  • Type: Bug
  • Component: tools
  • Sub-Component: launcher
  • Affected Version: 5.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: sparc
  • Submitted: 2003-01-30
  • Updated: 2019-01-16
  • Resolved: 2003-08-30
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
5.0 tigerFixed
Related Reports
Relates :  
JDK-4481947 - (sys) We should clean up how shared libraries are located
Relates :  
JDK-8024033 - [launcher] remove solaris dual mode support
Relates :  
JDK-4492822 - jvm exec's itself twice if -d64 is used -- breaks Analyzer workaround
Relates :  
JDK-8217216 - Launcher does not defend itself against LD_LIBRARY_PATH_64 (Solaris)
Description
Bug 4492822 complained that the Java process re-exec itself twice if the data model is changed using the -d32 or -d64 options on SPARC Solaris.  While that bug is marked as integrated and the code in question was modified, the behavior still persists.  This bug is filed to keeping tracking the issue.
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger FIXED IN: tiger INTEGRATED IN: tiger tiger-b18
14-06-2004
WORK AROUND Preset LD_LIBRARY_PATH to avoid the launcher exec'ing at all: > LD_LIBRARY_PATH=`$JAVA GetLdLibraryPath` /* * @(#)GetLdLibraryPath.java 1.1 * * On unix systems, the main method returns the LD_LIBRARY_PATH * setting from the java.library.path system property. Used by * SolarisDataModel.sh. */ public class GetLdLibraryPath { public static void main(String argv[]) { System.out.println(System.getProperty("java.library.path")); } }
11-06-2004
SUGGESTED FIX Remove dependency on setting LD_LIBRARY_PATH by compiling $ORIGIN-based runpath into the binaries. The initial fix for this bug did not eliminate use of LD_LIBRARY_PATH; see attachment in bug 4894330 for source code. ###@###.### 2003-08-25
25-08-2003
EVALUATION Should be fixed. ###@###.### 2003-01-29
29-01-2003