Details
-
Bug
-
Resolution: Fixed
-
P3
-
hs24
-
b68
-
x86
-
linux
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8018723 | 7u45 | David Holmes | P3 | Closed | Fixed | b01 |
JDK-8004790 | 7u40 | David Holmes | P3 | Closed | Fixed | b06 |
Description
When bug 6819213 was fixed it enabled sun.boot.library.path property to contain multiple paths. Some code was added to os class to properly parse the elements when attempting to load agent libraries. However the code in the jdwp and hprof agents does not parse the elements. It just concatenates the libname to the end of the entire sun.boot.library.path property which fails to load the library. The code falls back to passing only the libname with no boot path to the dlopen() call. On SE this works as LD_LIBRARY_PATH is correctly set up. I hit this bug on an embedded platform that does not have the ability to set LD_LIBRARY_PATH at execution time nor can it re-exec to add it. Hence the agents fail to load their dependent libs such as libnpt.so or libjava_crw_demo.so.
Attachments
Issue Links
- backported by
-
JDK-8004790 jdwp and hprof code do not handle multiple sun.boot.library.path elements correctly
- Closed
-
JDK-8018723 jdwp and hprof code do not handle multiple sun.boot.library.path elements correctly
- Closed
- relates to
-
JDK-6819213 revive sun.boot.library.path
- Closed