Code review request: 7200682: TEST_BUG: keytool/autotest.sh still has problems with libsoftokn.so
weijun.wang at oracle.com
Tue Sep 25 04:16:10 UTC 2012
Please take a look at
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.
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
> 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
> 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
> 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.
More information about the core-libs-dev