hes with
access violation.
Conclusion is that nss & jss in mixed builds (win9x and winnt) can't work
together nicely.
If you consider this a bug I am going to report it.
Matej Spiller-Muys
"Matej Spiller-Muys" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
&
ED]> wrote in message
news:[EMAIL PROTECTED]
> hi,
>
> I was not able to recreate this issue. I only tested on Solaris, I'll try
> other platforms
> when I have time. If you still have this issue, please create a bug and
> provide as much info as possible.
>
> thanks,
&
/java.sun.com/j2se/1.5.0/docs/guide/security/jce/HowToImplAJCEProvider.html#Step%205
>
> hope this helps,
>
> glen
>
>
>
> Matej Spiller-Muys wrote:
>> libnspr vs nspr issue seems to be because JSS uses NT build of nspr,
>> while firefox uses win9x version.
libnspr vs nspr issue seems to be because JSS uses NT build of nspr, while
firefox uses win9x version.
Is it possible to compile working jss using win9x version of nspr (due to
missing pr_nt_cancelio)?
ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6/README
WIN95 vs. WINNT
The WIN95 co
de(validData2));
System.out.println(tmp.verify(Base64.decode(signatureValue)));
tmp.initVerify(pkConverted);
tmp.update(Base64.decode(validData1));
System.out.println(tmp.verify(Base64.decode(signatureValue)));
Matej Spiller-Muys
___
dev-tech-crypto mailing l
r
something similar?
Matej Spiller-Muys
___
dev-tech-crypto mailing list
dev-tech-crypto@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-tech-crypto
uld parse TAG and not forward it to its children ... CHOICE
should handle CHOICE.encode (Tag tg, InputStream is) and read next TAG
instead of using current one, before calling encode(InputStream is).
Partial (hack) solution is to add a sequence before each second CHOICE.
Comments???
Matej Spil
7 matches
Mail list logo
