https://bugzilla.novell.com/show_bug.cgi?id=194711 ------- Comment #41 from bugproxy@us.ibm.com 2006-12-20 14:26 MST ------- ----- Additional Comments From suzukikp@in.ibm.com (prefers email at suzuki@in.ibm.com) 2006-12-20 16:24 EDT ------- Luciano, Can we get assistance from the java team on this issue ? Here is the Analysis of the issue: I need assistance from the Java team in understanding how are they accessing the libj9vm22.so file from libjvm.so ! Java sets the LD_LIBRARY_PATH to /opt/IBMJava2-amd64-142/jre/bin/j9vm:/opt/IBMJava2-amd64-142/jre/bin/ Then it does a dlopen(/opt/IBMJava2-amd64-142/jre/bin/j9vm/libjvm.so) which will load the following additional libraries which are needed by it: * /opt/IBMJava2-amd64-142/jre/bin/libjsig.so * /lib64/libm.so since, elm3a84:~ # readelf -a /opt/IBMJava2-amd64-142/jre/bin/j9vm/libjvm.so | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [libjsig.so] 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] While opening these libs, the LD_LIBRARY_PATH is used as the search path. If not found in the LD_LIBRARY_PATH, it searches /etc/ld.so.cache for the lib. But then the dlopen() tries to map the following libraries libj9vm22.so, libj9thr22.so and libj9prt22.so which I believe might be from lib init sections. Now the question here is, why doesn't it look for these libraries in LD_LIBRARY_PATH which is set properly ? Now the question to Java team is : Is there an environment variable, other than LD_LIBRARY_PATH which contains the path for these libs ? Thanks, Suzuki -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.