Code review request: 7200682: TEST_BUG: keytool/autotest.sh still has problems with libsoftokn.so

[Weijun Wang]

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.