- 28 11月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
Fix BN_gcd. Analyze BN_mod_inverse. Add BN_kronecker. "make update".
-
- 27 11月, 2000 7 次提交
-
-
由 Bodo Möller 提交于
use BN_CTX_start/get/end instead of accessing ctx->tos). Change indentation to "EAY" style.
-
由 Bodo Möller 提交于
use BN_CTX_start/get/end instead of accessing ctx->tos). Change indentation to "EAY" style.
-
由 Geoff Thorpe 提交于
making a note in the CHANGES file.
-
由 Geoff Thorpe 提交于
the RSA_METHOD's "init()" handler is called, and is cleaned up after the RSA_METHOD's "finish()" handler is called. Custom RSA_METHODs may wish to initialise contexts and other specifics in the RSA structure upon creation and that was previously not possible - "ex_data" is where that stuff should go and it was being initialised too late for it to be used.
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
BN_swap manual page.
-
由 Bodo Möller 提交于
"make update"
-
- 26 11月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
These new files will not be included literally in OpenSSL, but I intend to integrate most of their contents. Most file names will change, and when the integration is done, the superfluous files will be deleted. Submitted by: Lenka Fibikova <fibikova@exp-math.uni-essen.de>
-
- 23 11月, 2000 3 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
由 Ulf Möller 提交于
You can still get the code using tag "rsaref".
-
- 22 11月, 2000 4 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
I'm a little bit nervous about bn_div_words, as I don't know what it's supposed to return on overflow. For now, I trust the rest of the system to give it numbers that will not cause any overflow...
-
由 Richard Levitte 提交于
-
由 Ben Laurie 提交于
-
- 21 11月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
problem in some other file, but I can't recall which.
-
- 20 11月, 2000 1 次提交
-
-
由 Ben Laurie 提交于
-
- 19 11月, 2000 7 次提交
-
-
由 Richard Levitte 提交于
(incorrect) attempt to free it once more...
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
BN_mul() correctly constified, avoids two realloc()'s that aren't really necessary and saves memory to boot. This required a small change in bn_mul_part_recursive() and the addition of variants of bn_cmp_words(), bn_add_words() and bn_sub_words() that can take arrays with differing sizes. The test results show a performance that very closely matches the original code from before my constification. This may seem like a very small win from a performance point of view, but if one remembers that the variants of bn_cmp_words(), bn_add_words() and bn_sub_words() are not at all optimized for the moment (and there's no corresponding assembler code), and that their use may be just as non-optimal, I'm pretty confident there are possibilities... This code needs reviewing!
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
- 17 11月, 2000 12 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
-
由 Richard Levitte 提交于
declarations of bn_add_part_words() and bn_sub_part_words() since they do not exist.
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
password verification where it makes sense.
-
由 Bodo Möller 提交于
in bn.h
-
由 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.
-
由 Richard Levitte 提交于
/proc/cpuinfo can have several lines containing the word "type". We want the one that is "type", plain and simple. Caught by Raoul Borenius <borenius@shuttle.de>
-
- 16 11月, 2000 2 次提交
-
-
由 Geoff Thorpe 提交于
applicable to ENGINE_ctrl()
-
由 Geoff Thorpe 提交于
situation where they've initialised the ENGINE, loaded keys (which are then linked to that ENGINE), and performed other checks (such as verifying certificate chains etc). At that point, if the application goes multi-threaded or multi-process it creates problems for any ENGINE implementations that are either not thread/process safe or that perform optimally when they do not have to perform locking and other contention management tasks at "run-time". This defines a new ENGINE_ctrl() command that can be supported by engines at their discretion. If ENGINE_ctrl(..., ENGINE_CTRL_HUP,...) returns an error then the caller should check if the *_R_COMMAND_NOT_IMPLEMENTED error reason was set - it may just be that the engine doesn't support or need the HUP command, or it could be that the attempted reinitialisation failed. A crude alternative is to ignore the return value from ENGINE_ctrl() (and clear any errors with ERR_clear_error()) and perform a test operation immediately after the "HUP". Very crude indeed. ENGINEs can support this command to close and reopen connections, files, handles, or whatever as an alternative to run-time locking when such things would otherwise be needed. In such a case, it's advisable for the engine implementations to support locking by default but disable it after the arrival of a HUP command, or any other indication by the application that locking is not required. NB: This command exists to allow an ENGINE to reinitialise without the ENGINE's functional reference count having to sink down to zero and back up - which is what is normally required for the finish() and init() handlers to get invoked. It would also be a bad idea for engine_lib to catch this command itself and interpret it by calling the engine's init() and finish() handlers directly, because reinitialisation may need special handling on a case-by-case basis that is distinct from a finish/init pair - eg. calling a finish() handler may invalidate the state stored inside individual keys that have already loaded for this engine.
-