From: Bodo Moeller <[EMAIL PROTECTED]> moeller> So should we delete the superfluous zeroing from those functions that moeller> currently do it theirselves, or should we remove zeroing from the moeller> expand function and move it to those functions that need it and don't moeller> do it? It's not just wasted cycles, also it's confusing to those moeller> who try to read the source code. I'd prefer to have it in one central place than duplicated all over the place, so I think that zeroing code should be removed from the callers when and if present... -- 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]
Re: cvs commit: openssl/crypto/bn bn_lib.c bn_shift.c bntest.cexpspeed.c
Richard Levitte - VMS Whacker Wed, 29 Nov 2000 07:10:21 -0800
- Re: cvs commit: openssl/crypto/bn bn_lib.c b... Richard Levitte - VMS Whacker
- Re: cvs commit: openssl/crypto/bn bn_li... Richard Levitte - VMS Whacker
- Re: cvs commit: openssl/crypto/bn b... Geoff Thorpe
- Re: cvs commit: openssl/crypto/bn b... Ben Laurie
