- 17 5月, 2000 4 次提交
-
-
由 Ben Laurie 提交于
-
由 Ben Laurie 提交于
-
由 Ben Laurie 提交于
-
由 Ben Laurie 提交于
-
- 16 5月, 2000 6 次提交
-
-
由 Ben Laurie 提交于
-
由 Ulf Möller 提交于
-
由 Ulf Möller 提交于
-
由 Ulf Möller 提交于
-
由 Ulf Möller 提交于
Submitted by: Zeroknowledge
-
由 Ulf Möller 提交于
-
- 14 5月, 2000 1 次提交
-
-
由 Ben Laurie 提交于
-
- 12 5月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
This is superfluous now that we don't have to avoid creating multiple versions of the file on VMS (because older versions are now deleted).
-
- 09 5月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
decided to provide an alternative...
-
- 05 5月, 2000 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 04 5月, 2000 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Add a couple of FAQs.
-
- 03 5月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
when PEM_read_bio_X509_REQ fails.
-
- 02 5月, 2000 5 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the OpenSSL header files have #include's and extern "C"'s in an incorrect order. Thusly fixed. Also, make the memory debugging routines defined and declared with prototypes, and use void* instead of char* for memory blobs. And last of all, redo the ugly callback construct for elegance and better definition (with prototypes).
-
由 Richard Levitte 提交于
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the OpenSSL header files have #include's and extern "C"'s in an incorrect order. Thusly fixed.
-
由 Richard Levitte 提交于
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the OpenSSL header files have #include's and extern "C"'s in an incorrect order. Thusly fixed.
-
由 Bodo Möller 提交于
-
- 30 4月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
for it).
-
- 27 4月, 2000 4 次提交
-
-
由 Ulf Möller 提交于
Submitted by: Reviewed by: PR:
-
由 Ulf Möller 提交于
Submitted by: Reviewed by: PR:
-
由 Bodo Möller 提交于
is not constant.
-
由 Bodo Möller 提交于
the password prompt.
-
- 26 4月, 2000 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
- 25 4月, 2000 1 次提交
-
-
由 Geoff Thorpe 提交于
if a DSO_load(NULL,...) operation fails, it will have to call DSO_free() on the DSO structure it created and that will filter through to this "unload" call. If the stack size is "< 1", then the library never actually loaded. To keep things clean higher up, I'll treat this as a vacuous case without an error. It makes the error stack easier to follow real world cases, and the error this ignores was only useful for catching bugs in internal code, not mismatched calls from applications (which should be handled in the generic DSO layer).
-
- 20 4月, 2000 4 次提交
-
-
由 Geoff Thorpe 提交于
with RSA_METHOD (the **_get_default_methods do set the default value if it's not set). However, the code had some duplication and was a bit conter-intuitive.
-
由 Geoff Thorpe 提交于
initialised, at which point an appropriate default was chosen. This meant a call to RSA_get_default_method might have returned FALSE. This change fixes that; now any called to RSA_new(), RSA_new_method(NULL), or RSA_get_default_method() will ensure that a default is chosen if it wasn't already.
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
technique used is far from perfect and alternatives are welcome. Basically if the translation flag is set, the string is not too long, and there appears to be no path information in the string, then it is converted to whatever the standard should be for the DSO_METHOD in question, eg; blah --> libblah.so on *nix, and blah --> blah.dll on win32. This change also introduces the DSO_ctrl() function that is used by the name translation stuff.
-
- 15 4月, 2000 3 次提交
-
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
-
由 Bodo Möller 提交于
-
- 13 4月, 2000 2 次提交
-
-
由 Bodo Möller 提交于
-
由 Richard Levitte 提交于
-
- 10 4月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-