-
Bug
-
Resolution: Fixed
-
P4
-
17, 18
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8269715 | 18 | Christoph Göttschkes | P4 | Resolved | Fixed | b05 |
JDK-8270682 | 17.0.1 | Christoph Göttschkes | P4 | Resolved | Fixed | b03 |
The test case uses a custom launcher and before launching the JVM, it adds the "lib" and "lib/server" directories to the environment variable which controls the native library search path.
For non server variants, the second directory is not called "lib/server", but "lib/client", for instance. The VM fails to start with the following output:
/home/cgo/dev/openjdk/jdk/build/linux-x86_64-client-fastdebug/images/test/jdk/jtreg/native/CallerAccessTest: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
For non server variants, the second directory is not called "lib/server", but "lib/client", for instance. The VM fails to start with the following output:
/home/cgo/dev/openjdk/jdk/build/linux-x86_64-client-fastdebug/images/test/jdk/jtreg/native/CallerAccessTest: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
- backported by
-
JDK-8269715 CallerAccessTest fails for non server variant
-
- Resolved
-
-
JDK-8270682 CallerAccessTest fails for non server variant
-
- Resolved
-
- relates to
-
JDK-8221530 Field::get and reflective member access not handling caller = null when invoked by JNI code with no java frames on stack
-
- Resolved
-