From: Bodo Moeller <[EMAIL PROTECTED]>

moeller> The BN_mod_exp functions can be constified.  The worst that
moeller> can happen is that they'll have to copy the number that is to
moeller> be exponentiated (the BN_CTX can be used for this).

That's a useful solution (copying arguments at that level, that is)...

moeller> Constifying just the BN_mod_exp's should be enough for a lot of that.
moeller> If necessary, we can still add a constified variant of BN_mul that
moeller> copies its arguments or uses a multiplication algorithm that does not
moeller> require expansion.  (You certainly don't want an implicit BIGNUM
moeller> expansion to happen when sharing constants between threads.
moeller> Sure, race conditions can be very interesting, but still I don't like
moeller> to have them in my programs :-)

Only problem with BN_mul is that copying of the argument is exactly
what the current implementation does, and only when absolutely needed,
and that gave a 15% performance decrease.

I feel like I'm in the middle of a catch 22 here...

-- 
Richard Levitte   \ Spannv�gen 38, II \ [EMAIL PROTECTED]
Chairman@Stacken   \ S-168 35  BROMMA  \ T: +46-8-26 52 47
Redakteur@Stacken   \      SWEDEN       \ or +46-709-50 36 10
Procurator Odiosus Ex Infernis                -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, Celo Communications: http://www.celocom.com/

Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to