On Fri, Nov 11, 2005, Steffen Fiksdal wrote:
I serialized the whole BN_MONT_CTX_set_locked() function, but it still
fails.
THe BN_MONT_CTX_set_locked is not always called because sometimes
the _method_mod_n is NOT NULL.
OK, I've committed a fix. Please apply this patch:
http://cvs.open
On Fri, Nov 11, 2005, Steffen Fiksdal wrote:
>
>
>
> I serialized the whole BN_MONT_CTX_set_locked() function, but it still
> fails.
> THe BN_MONT_CTX_set_locked is not always called because sometimes
> the _method_mod_n is NOT NULL.
>
OK, I've committed a fix. Please apply this patch:
http
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
I have tried to get this error on my other linux box, a uniprocessor non
SMP Linux kernel, without luck.
So I experience the error in a few occations on the SMP kernel, but not on
the uniprocessor non SMP Linux kernel.
When I mutex the MONT_HELP
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
>
>
> I have tried to get this error on my other linux box, a uniprocessor non
> SMP Linux kernel, without luck.
>
> So I experience the error in a few occations on the SMP kernel, but not on
> the uniprocessor non SMP Linux kernel.
>
> When I mut
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
I have investigated some more on this issue.
I have traced the problem down to the MONT_HELPER call int the
RSA_eay_public_decrypt function in file rsa_eay.c.
If I mutex this call everything works fi
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
>
> >On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
> >
> >>
> >>I have investigated some more on this issue.
> >>I have traced the problem down to the MONT_HELPER call int the
> >>RSA_eay_public_decrypt function in file rsa_eay.c.
> >>If I mutex this ca
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
I have investigated some more on this issue.
I have traced the problem down to the MONT_HELPER call int the
RSA_eay_public_decrypt function in file rsa_eay.c.
If I mutex this call everything works fine, if I don't the verifications
failes in a few
On Thu, Nov 10, 2005, Steffen Fiksdal wrote:
>
> I have investigated some more on this issue.
> I have traced the problem down to the MONT_HELPER call int the
> RSA_eay_public_decrypt function in file rsa_eay.c.
> If I mutex this call everything works fine, if I don't the verifications
> failes
On Wed, Nov 09, 2005, Steffen Fiksdal wrote:
I am investigating, and will come back when I find out what happens.
OK, I'd suggest placing a couple of calls in the rsa_pk1.c file which dumps
out the public key and the block it is attempting to decrypt.
Then see if the public/key and/or th
On Wed, Nov 09, 2005, Steffen Fiksdal wrote:
>
>
> I am investigating, and will come back when I find out what happens.
>
OK, I'd suggest placing a couple of calls in the rsa_pk1.c file which dumps
out the public key and the block it is attempting to decrypt.
Then see if the public/key and/or
On Wed, Nov 09, 2005, Steffen Fiksdal wrote:
Hi!
I have a library using openssl 0.9.8 that is accessed by several threads.
One function verifies a certificate, and in that function I call
X509_verify_cert().
In a few occations the function returns 0, and the failure occures in the
file "rsa
On Wed, Nov 09, 2005, Steffen Fiksdal wrote:
> Hi!
>
> I have a library using openssl 0.9.8 that is accessed by several threads.
>
> One function verifies a certificate, and in that function I call
> X509_verify_cert().
>
> In a few occations the function returns 0, and the failure occures in
12 matches
Mail list logo