JVMJCL70 LIBPATH and libj9a2e.so

[cscs010]

the JVMJCL70 member supplied with the j17 31 bit non-smp download
has the LIBPATH concatenation as this with ../lib/s390 ahead of /lib/s390/j9vm:

LIBPATH=/lib:/usr/lib:"${JAVA_HOME}"/bin
LIBPATH="$LIBPATH":"${JAVA_HOME}"/lib/s390
LIBPATH="$LIBPATH":"${JAVA_HOME}"/lib/s390/j9vm
LIBPATH="$LIBPATH":"${JAVA_HOME}"/bin/classic
export LIBPATH="$LIBPATH":


both /lib/s390 and /lib/s390/j9vm have a libj9a2e.so member and they are different.
using the one from /lib/s390 abends with:
CEE3561S External function atoe_statvfs was not found in DLL libj9a2e.so.
From entry point atoe_dllload at compile unit offset +00000092 at entry

using the /lib/s390/j9vm version of libj9a2e.so works.

$ pwd
/u/eileen/j17/J7.0/lib/s390
$ ls -l libj9a2e.so
-rwxr-xr-x 1 AOCAPP CIXGR1 225280 Aug 27 02:18 libj9a2e.so
$

$ pwd
/u/eileen/j17/J7.0/lib/s390/j9vm
$ ls -l libj9a2e.so
-rwxr-xr-x 1 AOCAPP CIXGR1 229376 Aug 27 02:18 libj9a2e.so
$

[dovetail]

This is a known problem - contact IBM support for a local fix.

[cscs010]

i did not find anything about libj9a2e.so in either IBMLINK or DeveloperWorks and since Java 1.7 itself works I will just keep the LIBPATH's reversed for JZOS.

Thank you for your respose

[dovetail]

Its not actually a JZOS problem - An incorrect version of the DLL "libj9a2e.so" exists in the /lib/s390
directory for the z/OS 31-bit Java SE 7 product.

One workaround is to remove <JAVA_HOME>/lib/s390/libj9a2e.so

(This information will eventually be in the PSP bucket until corrected by a PTF or service refresh)