- 30 10月, 2003 7 次提交
-
-
由 Geoff Thorpe 提交于
Obtained from: Stephen Henson <steve@openssl.org>
-
由 Geoff Thorpe 提交于
callback structure just before it is needed.
-
由 Geoff Thorpe 提交于
requires -DPEDANTIC and was hidden at the bottom of the file. This moves it to the top and removes the redundant declaration.
-
由 Geoff Thorpe 提交于
Obtained from: Andy Polyakov <appro@openssl.org>
-
由 Geoff Thorpe 提交于
structures being passed in to or out of API functions, and this corrects a couple of cases found so far. Also, lop off a couple of bytes of white-space.
-
由 Geoff Thorpe 提交于
I have tried to convert 'len' type variable declarations to unsigned as a means to address these warnings when appropriate, but when in doubt I have used casts in the comparisons instead. The better solution (that would get us all lynched by API users) would be to go through and convert all the function prototypes and structure definitions to use unsigned variables except when signed is necessary. The proliferation of (signed) "int" for strictly non-negative uses is unfortunate.
-
由 Geoff Thorpe 提交于
except internally to the allocator BN_CTX_new(), as such this deprecates the use of BN_CTX_init() in the API. Moreover, the structure definition of BN_CTX is taken out of bn_lcl.h and moved into bn_ctx.c itself. NDEBUG should probably only be "forced" in the top-level configuration, but until it is I will avoid removing it from bn_ctx.c which might surprise people with massive slow-downs in their keygens. So I've left it in bn_ctx.c but tidied up the preprocessor logic a touch and made it more tolerant of debugging efforts.
-
- 29 10月, 2003 15 次提交
-
-
由 Richard Levitte 提交于
be the same. Therefore, the removed memcpy()s need to be restored.
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
confusion. Also silence a couple of signed/unsigned warnings.
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
choice but to have to cast away "const" qualifiers from their prototypes. This does not remove constification restrictions from hash/compare callbacks, but allows destructor commands to be run over a tables' elements without bad casts.
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
linux system (namely mine) chokes on our definitions and uses of the "HZ" symbol in crypto/tmdiff.[ch] and apps/speed.c as a "bad function cast" (when in fact there is no function casting involved at all). In both cases, it is easily worked around by not defining a cast into the macro and jiggling the expressions slightly. In addition - this highlights some cruft in openssl that needs sorting out. The tmdiff.h header is exported as part of the openssl API despite the fact that it is ugly as the driven sludge and not used anywhere in the library, applications, or utilities. More weird still, almost identical code exists in apps/speed.c though it looks to be slightly tweaked - so either tmdiff should be updated and used by speed.c, or it should be dumped because it's obviously not useful enough. Rather than removing it for now, I've changed the API for tmdiff to at least make sense. This involves taking the object type (MS_TM) from the implementation and using it in the header rather than using "char *" in the API and casting mercilessly in the code (ugh). If someone doesn't like "MS_TM" and the "ms_time_***" naming, by all means change it. This should be a harmless improvement, because the existing API is clearly not very useful (eg. we reimplement it rather than using it in our own utils). However, someone still needs to take a hack at consolidating speed.c and tmdiff.[ch] somehow.
-
由 Geoff Thorpe 提交于
and links with OPENSSL_NO_DEPRECATED defined.
-
由 Geoff Thorpe 提交于
be) precompiled out in the API headers. This change is to ensure that if it is defined when compiling openssl, the deprecated functions aren't implemented either.
-
由 Geoff Thorpe 提交于
comparisons. It's better not to allow this, because it gives false positives when using compiler warnings that detect mistyped symbols.
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
-
由 Geoff Thorpe 提交于
of windows (see checkin 1.75 of crypto/evp/Makefile.ssl), so quiet cvs noise for the copied version.
-
- 25 10月, 2003 1 次提交
-
-
由 Geoff Thorpe 提交于
as this is already included by x509.h anyway.
-
- 15 10月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
a multiple of AES_BLOCK_SIZE. Optimize decryption of all complete blocks in AES-CBC by removing an unnecessary memcpy(). The error was notified by James Fernandes <jf210032@exchange.DAYTONOH.NCR.com>. The unnecessary memcpy() was found as an effect of investigating that error.
-
- 13 10月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
Thanks to Peter Sylvester <Peter.Sylvester@EdelWeb.fr> for the notification.
-
- 12 10月, 2003 2 次提交
-
-
由 Dr. Stephen Henson 提交于
-
由 Dr. Stephen Henson 提交于
-
- 11 10月, 2003 4 次提交
-
-
由 Dr. Stephen Henson 提交于
-
由 Dr. Stephen Henson 提交于
-
由 Dr. Stephen Henson 提交于
type is "other".
-
由 Dr. Stephen Henson 提交于
-
- 07 10月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
allocated. Notified by Daniel Lucq <daniel@lucq.org>
-
- 06 10月, 2003 5 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
compression identity is already present among the registered compression methods, and if so, reject the addition request. Declare SSL_COMP_get_compression_method() so it can be used properly. Change ssltest.c so it checks what compression methods are available and enumerates them. As a side-effect, built-in compression methods will be automagically loaded that way. Additionally, change the identities for ZLIB and RLE to be conformant to draft-ietf-tls-compression-05.txt. Finally, make update. Next on my list: have the built-in compression methods added "automatically" instead of requiring that the author call SSL_COMP_add_compression_method() or SSL_COMP_get_compression_methods().
-
由 Richard Levitte 提交于
let's wrap it with a lock.
-
- 04 10月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
and provide missing prototypes.
-
- 02 10月, 2003 2 次提交
-
-
由 Richard Levitte 提交于
Notified by Andrew Marlow <AMARLOW1@bloomberg.net>
-
由 Richard Levitte 提交于
-