<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

<br>

The binaries under test/sun/security/pkcs11/nss/lib is used for running

PKCS11 regression tests.<br>

They have been there since the start.<br>

<br>

As for the hardcoded path in test/sun/security/pkcs11/Provider/csp.cfg,

it's only for testing the configuration parsing code, i.e. it doesn't

error out when encountering "~".<br>

Valerie<br>

<br>

On 05/03/11 14:34, Dr Andrew John Hughes wrote:<br>

<blockquote

 cite="mid:20110503213413.GB26415@rivendell.middle-earth.co.uk"

 type="cite">

  <blockquote type="cite">

    <pre wrap="">

in jdk:

test/sun/security/pkcs11/nss/lib/ various precompiled shared libraries. Is it 

necessary to distribute these with the jdk sources? Checked that these files are 

available on Debian and Ubuntu distributions

libsoftokn3.so: in /usr/lib, package libnss3-1d/libnss3

libnss3.so: same

libnssckbi.so: in /usr/lib/nss

libnspr4.so: in /usr/lib, package libnspr4-0d/libnspr4

libplds4.so: same

libplc4.so: same

thanks, Matthias

    </pre>

  </blockquote>

  <pre wrap=""><!---->

I agree these binaries shouldn't be in the repositories.  Seems things are slipping again.

Thanks for spotting.  Either hg is lying or these have been there since the start.

$ hg log -R jdk jdk/test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so 

Worst case, we can hg rm these from the IcedTea forest.  I've now made this accessible to

all IcedTea committers on <a class="moz-txt-link-freetext" href="http://icedtea.classpath.org/hg/icedtea7-forest">http://icedtea.classpath.org/hg/icedtea7-forest</a>

Could someone also explain

6581254: pkcs11 provider fails to parse configuration file contains windows short path

which introduces a file with hardcoded Windows paths

test/sun/security/pkcs11/Provider/csp.cfg ?

  </pre>

</blockquote>

<br>

</body>

</html>