I just upgraded to 1.1.5 and saw this snippet in the jruby shell script.
Figure out the OS and cpu the same as JNA would, so the library path
can be set
uname -m” in
uname -s | tr '[A-Z]' '[a-z]'"
case “$JNA_OS” in
Two things, one easy, one harder.
The OS variable is referenced here
but it’s JNA_OS that is set, so JNA_PATH is incorrectly set.
- The script assumes that one is running a 64-bit Java process on a
which isn’t always the case. Is there an easy way for the script to see
Java process is a 32- or a 64-bit one and then set the JNA_PATH
Using java -showversion one can see if it’s a 64-bit Java, but that
painful and messy matching all the different outputs one could run into.
Reading dlopen()'s manual page, it sounds like we could set
and the process will find the correct 32- or 64-bit .so at runtime.
The function dlopen() loads the dynamic library file named
null-terminated string filename and returns an opaque “handle”
dynamic library. If filename is NULL, then the returned handle
the main program. If filename contains a slash ("/"), then
interpreted as a (relative or absolute) pathname.
dynamic linker searches for the library as follows (see
o If the environment variable LD_LIBRARY_PATH is defined
tain a colon-separated list of directories, then
searched. (As a security measure this variable is
set-UID and set-GID programs.)
To unsubscribe from this list, please visit: