Code review request: 7200682: TEST_BUG: keytool/ still has problems with

Weijun Wang at
Tue Sep 25 04:16:10 UTC 2012

Hi Stuart

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/ still has problems with
>    Product: java
>    Category: java
>    Subcategory: classes_security
> === *Description*
> ============================================================
> I got a test failure in JPRT from sun/security/tools/keytool/
> The proximate cause of the failure is that the wrong is
> found:
> /usr/lib/x86_64-linux-gnu/nss/ wrong
> ELF class: ELFCLASS64/usr/lib/x86_64-linux-gnu/nss/
> 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/ (as opposed to the x86_64
> version).
> This seems to vary from system to system. The failure occurred on
>, which is on of these new Ubuntu 12.04 "dual
> architecture" systems. The test passes on, 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 mailing list