IV09391: JVM CRASHES IF LIBPATH IS SET TO SHARED LIBRARIES OF OTHER JVM O N AIX PPC32
Closed as program error.
Error Message: N/A . Stack Trace: (dbx) where pthdb_session.c, 833: 0 PTHDB_INTERNAL (internal error) pthreaded.c, 1949: PTHDB_INTERNAL (internal error) monitor_allocate() at 0xd2e80580 from libj9thr24.so monitor_alloc_and_init() at 0xd2e8021c from libj9thr24.so j9thread_monitor_init_with_name() at 0xd2e802c8 from libj9thr24.so hystub_shsem_getVal() at 0xd2ec29c4 from libhyprtshim24.so createHarmonyPortLibrary() at 0xd0b173c4 from libjvm.so addHarmonyPortLibToVMArgs() at 0xd0b1752c from libjvm.so JNI_CreateJavaVM() at 0xd0b1908c from libjvm.so InitializeJVM(pvm = (nil), penv = (nil), ifn = (nil)), line 1707 in "java.c" main(argc = 0, argv = (nil)), line 742 in "java.c" . When the LIBPATH value is set to shared libraries of other JVM , then even java -version dumps core on AIX PPC32 systems
The problem can be work around by: 1) Setting the LIBPATH to the current JVM shared libraries. OR 2) Remove the LIBPATH to other JVM shared libraries. OR 3) Unsettiing the env varaiable LDR_CNTRL.
When JVM identified the LIBPATH to other JVM shared libraries, it consider them as its own shared libraries and did not include the path to its actual shared libraries.
The java launcher has been updated to make sure that the environment for the java process is set correctly before launching the JVM. . This defect will be fixed in: 6.0.0 SR11 6.0.1 SR3
Reported component name
JAVA CLASS LIBS
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
JAVA CLASS LIBS
Fixed component ID
Applicable component levels