Hi Stuart
Please take a look at
http://cr.openjdk.java.net/~weijun/7200682/webrev.00/
So I am now using "java -XshowSettings:properties | grep os.arch" to
find out the arch. Not sure if there is a more formal way to do that.
I've added core-libs-dev to CC hoping more people have their opinions.
Thanks
Max
On 09/25/2012 09:47 AM, Stuart Marks wrote:
-------- Original Message --------
*Change Request ID*: 7200682
*Synopsis*: TEST_BUG: keytool/autotest.sh still has problems with
libsoftokn.so
Product: java
Category: java
Subcategory: classes_security
=== *Description*
============================================================
I got a test failure in JPRT from sun/security/tools/keytool/autotest.sh.
The proximate cause of the failure is that the wrong libsoftokn3.so is
found:
java.io.IOException: /usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so: wrong
ELF class: ELFCLASS64/usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so
But note, this is a test run of the linux_i586-product-c2-jdk_security3
test target. This is a 32-bit test execution, I believe, and so the
library that needs to be loaded is
/usr/lib/i386-linux-gnu/nss/libsoftokn3.so (as opposed to the x86_64
version).
This seems to vary from system to system. The failure occurred on
sc11137361.us.oracle.com, which is on of these new Ubuntu 12.04 "dual
architecture" systems. The test passes on sc11137355.us.oracle.com, a
Fedora 9 system.
The has some logic to detect the architecture (bitness) of the system
and select the right library, but it needs to determine the arch/bitness
of the *JVM running the tests* not the system itself. (I think.)
I'll attach the JPRT failure log for complete context.
