- 05 6月, 2002 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Lutz Jänicke 提交于
-
- 29 4月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
-
- 20 4月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
Notified by Bernd Matthes <bernd.matthes@gemplus.com>
-
- 07 4月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
-
- 03 4月, 2002 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
harmful if we didn't also pass the exact number of bytes of that data
-
- 26 3月, 2002 1 次提交
-
-
由 Bodo Möller 提交于
Submitted by: Nils Larsch
-
- 22 3月, 2002 1 次提交
-
-
由 Bodo Möller 提交于
-
- 14 3月, 2002 1 次提交
-
-
由 Bodo Möller 提交于
Fix dsaparam usage output. Submitted by: Nils Larsch
-
- 08 3月, 2002 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
not return immediately since that leaves a locked lock.
-
- 06 3月, 2002 1 次提交
-
-
由 Dr. Stephen Henson 提交于
ENGINE module additions. Add "init" command to control ENGINE initialization. Call ENGINE_finish on initialized ENGINEs on exit. Reorder shutdown in apps.c: modules should be shut down first. Add test private key loader to openssl ENGINE: this just loads a private key in PEM format. Fix print format for dh length parameter.
-
- 04 3月, 2002 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Fix warnings about signed/unsigned mismatch and global shadowing (random, index) in hw_4758_cca.c
-
- 01 3月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
-
- 28 2月, 2002 3 次提交
-
-
由 Richard Levitte 提交于
consistent with the rest of the AEP functions
-
由 Richard Levitte 提交于
-
由 Geoff Thorpe 提交于
Gittens.
-
- 25 2月, 2002 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Make the engine config module always add dynamic ENGINEs to the list using dynamic_path. This stops ENGINEs which don't supply any default algorithms being automatically freed (because they have no references) and allows them to be accessed by id. Alternative dynamic loading behaviour can be achieved by issuing the dynamic ENGINE ctrls separately in the config file.
-
- 14 2月, 2002 2 次提交
-
-
由 Ben Laurie 提交于
-
由 Bodo Möller 提交于
Submitted by: Nils Larsch <nla@trustcenter.de>
-
- 08 2月, 2002 7 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
CRYPTO_LOCK_RAND...
-
由 Richard Levitte 提交于
-
由 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.
-
由 Richard Levitte 提交于
make them ubsec-specific in the ubsec implementation.
-
由 Richard Levitte 提交于
automatically.
-
- 30 1月, 2002 1 次提交
-
-
由 Lutz Jänicke 提交于
-
- 29 1月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
-
- 26 1月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
* Fix a crashbug and a logic bug in hwcrhk_load_pubkey()
-
- 25 1月, 2002 1 次提交
-
-
由 Bodo Möller 提交于
-
- 24 1月, 2002 1 次提交
-
-
由 Richard Levitte 提交于
libeay.num got tweaked so the old des symbols would retain their positions.
-
- 23 1月, 2002 1 次提交
-
-
由 Ben Laurie 提交于
-
- 22 1月, 2002 2 次提交
-
-
由 Dr. Stephen Henson 提交于
-
由 Dr. Stephen Henson 提交于
default_algorithms option in ENGINE config.
-
- 21 1月, 2002 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Initial ENGINE config module, docs to follow. Fix buffer overrun errors in OPENSSL_conf().
-
- 19 1月, 2002 1 次提交
-
-
由 Ben Laurie 提交于
-
- 12 12月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
<sram@broadcom.com> with the following comment: [...] We have implemented failover (ie, if for some reason that the hardware fails, the implementation detects this failure and performs this operation as if no hardware is present, ie, in software) for sometime now and have tested it here with our hardware. [...] This change was cc:ed to exports@crypto.com
-
- 24 11月, 2001 1 次提交
-
-
由 Bodo Möller 提交于
(in main branch, hn_ncipher.c is already correct)
-