- 28 11月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
PR: 780 Submitted by: Verdon Walker <VWalker@novell.com> Reviewed by: Richard Levitte
-
- 26 6月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
-
- 15 1月, 2003 1 次提交
-
-
由 Geoff Thorpe 提交于
override key-generation implementations by placing handlers in the methods for DSA and DH. Also, parameter generation for DSA and DH is possible by another new handler for each method.
-
- 07 1月, 2003 1 次提交
-
-
由 Geoff Thorpe 提交于
ENGINEs implement it.
-
- 12 10月, 2002 3 次提交
-
-
由 Richard Levitte 提交于
OpenSSL header files.
-
由 Richard Levitte 提交于
OPENSSL_NO_DYNAMIC_ENGINE and make sure that gets defined unless shared library support has been specifically requested.
-
由 Richard Levitte 提交于
to be prefixed with e_ instead of hw_. They aren't necessarely hardware engines. The files commited here are exact copies of the corresponding hw_ files found in crypto/engine/.
-
- 28 6月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
Part of PR 75
-
- 21 6月, 2002 1 次提交
-
-
由 Geoff Thorpe 提交于
pointers passed to them whenever necessary. Otherwise it is possible the caller may have overwritten (or deallocated) the original string data when a later ENGINE operation tries to use the stored values. Submitted by: Götz Babin-Ebell <babinebell@trustcenter.de> Reviewed by: Geoff Thorpe PR: 98
-
- 08 3月, 2002 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
not return immediately since that leaves a locked lock.
-
- 28 2月, 2002 2 次提交
-
-
由 Richard Levitte 提交于
consistent with the rest of the AEP functions
-
由 Richard Levitte 提交于
-
- 08 2月, 2002 4 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
CRYPTO_LOCK_RAND...
-
由 Richard Levitte 提交于
lets change our prefix to AEPHK_R_. Otherwise, we get very mysterious errors because we happen to redefine AEP_R_OK and AEP_R_GENERAL_ERROR.
-
由 Richard Levitte 提交于
that were never part of the engine framework. The aep and sureware implementations are taken directly from 0.9.6c [engine] and have been modified to fit the newer engine framework and to be possible to build shared libraries of. The aep implementation has gone through quite a bunch of tests and is cleaned up (there were some misunderstandings in it about how to use locks). The sureware hasn't been tested at all in this incarnation and is basically a quick hack to get it to compile properly.
-