- 17 11月, 2000 4 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
stdout. bc gets so confused by bean counts.
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
4 times it's size when bn_sqr_recursive() won't look farther than the original length. Thereby, constification is no longer a problem.
-
- 12 11月, 2000 1 次提交
-
-
由 Ben Laurie 提交于
-
- 10 11月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
-
- 08 11月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
-
- 07 11月, 2000 3 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
-
由 Richard Levitte 提交于
two functions that did expansion on in parameters (BN_mul() and BN_sqr()). The problem was solved by making bn_dup_expand() which is a mix of bn_expand2() and BN_dup().
-
- 27 10月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
At the same time, add VMS support for Rijndael.
-
- 27 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-
- 25 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
acceptable, since all that happens if it fails is a library with an index, which makes linking slower, but still working correctly.
-
- 20 9月, 2000 3 次提交
-
-
由 Bodo Möller 提交于
BN_mod_mul_montgomery, which calls bn_sqr_recursive without much preparation. bn_sqr_recursive requires the length of its argument to be a power of 2, which is not always the case here. There's no reason for not using BN_sqr -- if a simpler approach to squaring made sense, then why not change BN_sqr? (Using BN_sqr should also speed up DH where g is chosen such that it becomes small [e.g., 2] when converted to Montgomery representation.) Case closed :-)
-
由 Bodo Möller 提交于
make disabled code slightly more correct (this does not solve the problem though).
-
由 Bodo Möller 提交于
in 0.9.6-beta1 and 0.9.6-beta2 and caused the BN_mont_exp_mont_word() failure (bug report "openssh 2.2.0p1 fails with openssl 0.9.6-beta1").
-
- 18 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
Submitted by Kevin Steves <ks@hp.se> 3 months ago...
-
- 15 9月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
sign.
-
- 07 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-
- 04 9月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
symbols for debugging are defined.
-
由 Bodo Möller 提交于
-
- 23 8月, 2000 1 次提交
-
-
由 Ben Laurie 提交于
-
- 04 8月, 2000 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Fix warnings with BIO_dump_indent().
-
- 28 7月, 2000 2 次提交
-
-
由 Richard Levitte 提交于
therefore have unallocated parts. Therefore, a check for the 0 case is needed, resulting with the same thing as when a is negative.
-
由 Richard Levitte 提交于
BN_add_word becomes wrongly negative... This was discovered by Darrel Hankerson <dhankers@cacr.math.uwaterloo.ca>
-
- 26 7月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
that of the result pointer to bn_mul was the same as one of the two arguments, That argument might have it's sign destroyed. He provided this fix.
-
- 03 7月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
-
- 02 7月, 2000 1 次提交
-
-
由 Ben Laurie 提交于
-
- 23 6月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
comment out in the previous commit
-
由 Bodo Möller 提交于
and for small 'a' also a couple of calls to BN_mod_mul_montgomery(r, r, r, ...).
-
- 22 6月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
-
- 13 6月, 2000 4 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
BN_mod_exp_atalla could be used.
-
由 Geoff Thorpe 提交于
BN_mod_exp. Call the regular atalla mod_exp operation instead.
-
由 Geoff Thorpe 提交于
Also, "make update" has added some missing functions to libeay.num, updated the TABLE for the alpha changes, and updated thousands of dependancies that have changed from recent commits.
-
- 09 6月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
marginally faster BN_mod_exp for 1024 bit exponents.
-
- 08 6月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
because we're only handling words anyway) in BN_mod_exp_mont_word making it a little faster for very small exponents, and adjust the performance gain estimate in CHANGES according to slightly more thorough measurements. (15% faster than BN_mod_exp_mont for "large" base, 20% faster than BN_mod_exp_mont for small base.)
-
由 Bodo Möller 提交于
-
- 02 6月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
like Malloc, Realloc and especially Free conflict with already existing names on some operating systems or other packages. That is reason enough to change the names of the OpenSSL memory allocation macros to something that has a better chance of being unique, like prepending them with OPENSSL_. This change includes all the name changes needed throughout all C files.
-