1. 14 3月, 2003 1 次提交
  2. 11 3月, 2003 1 次提交
    • G
      The default implementation of DSA_METHOD has an interdependence on the · 879650b8
      Geoff Thorpe 提交于
      dsa_mod_exp() and bn_mod_exp() handlers from dsa_do_verify() and
      dsa_sign_setup(). When another DSA_METHOD implementation does not define
      these lower-level handlers, it becomes impossible to do a fallback to
      software on errors using a simple DSA_OpenSSL()->fn(key).
      
      This change allows the default DSA_METHOD to function in such circumstances
      by only using dsa_mod_exp() and bn_mod_exp() handlers if they exist,
      otherwise using BIGNUM implementations directly (which is what those
      handlers did before this change). There should be no noticable difference
      for the software case, or indeed any custom case that didn't already
      segfault, except perhaps that there is now one less level of indirection in
      all cases.
      
      PR: 507
      879650b8
  3. 28 2月, 2003 1 次提交
  4. 27 2月, 2003 1 次提交
  5. 26 2月, 2003 1 次提交
  6. 23 2月, 2003 1 次提交
  7. 22 2月, 2003 2 次提交
  8. 19 2月, 2003 1 次提交
  9. 18 2月, 2003 1 次提交
  10. 15 2月, 2003 1 次提交
  11. 14 2月, 2003 2 次提交
    • R
      Add support for IA64. · b7bbac72
      Richard Levitte 提交于
      PR: 454
      b7bbac72
    • R
      Add full support for -rpath/-R, both in shared libraries and · 2d3de726
      Richard Levitte 提交于
      applications, at least on the platforms where it's known how
      to do it.
      
      Note: this has only been tested on GNU-based platforms (Linux), and
      needs to be tested on all others.  Additionally, it's not yet
      supported on the following platforms, for lack of information:
      
      Darwin (MacOS X)
      Cygwin
      OSF1/Alpha
      SVR3
      ReliantUNIX
      
      Please help out with testing and the platforms we don't yet know well
      enough.
      2d3de726
  12. 13 2月, 2003 2 次提交
  13. 12 2月, 2003 1 次提交
  14. 07 2月, 2003 2 次提交
  15. 05 2月, 2003 1 次提交
  16. 31 1月, 2003 1 次提交
  17. 30 1月, 2003 1 次提交
  18. 25 1月, 2003 1 次提交
  19. 24 1月, 2003 1 次提交
  20. 15 1月, 2003 3 次提交
  21. 14 1月, 2003 1 次提交
  22. 13 1月, 2003 1 次提交
  23. 12 1月, 2003 1 次提交
  24. 10 1月, 2003 1 次提交
  25. 31 12月, 2002 3 次提交
  26. 30 12月, 2002 1 次提交
  27. 20 12月, 2002 1 次提交
  28. 13 12月, 2002 2 次提交
  29. 08 12月, 2002 2 次提交
    • R
      Since it's defined in draft-ietf-tls-compression-04.txt, let's make · fdaea9ed
      Richard Levitte 提交于
      ZLIB a known compression method, with the identity 1.
      fdaea9ed
    • G
      This is a first-cut at improving the callback mechanisms used in · e9224c71
      Geoff Thorpe 提交于
      key-generation and prime-checking functions. Rather than explicitly passing
      callback functions and caller-defined context data for the callbacks, a new
      structure BN_GENCB is defined that encapsulates this; a pointer to the
      structure is passed to all such functions instead.
      
      This wrapper structure allows the encapsulation of "old" and "new" style
      callbacks - "new" callbacks return a boolean result on the understanding
      that returning FALSE should terminate keygen/primality processing.  The
      BN_GENCB abstraction will allow future callback modifications without
      needing to break binary compatibility nor change the API function
      prototypes. The new API functions have been given names ending in "_ex" and
      the old functions are implemented as wrappers to the new ones.  The
      OPENSSL_NO_DEPRECATED symbol has been introduced so that, if defined,
      declaration of the older functions will be skipped. NB: Some
      openssl-internal code will stick with the older callbacks for now, so
      appropriate "#undef" logic will be put in place - this is in case the user
      is *building* openssl (rather than *including* its headers) with this
      symbol defined.
      
      There is another change in the new _ex functions; the key-generation
      functions do not return key structures but operate on structures passed by
      the caller, the return value is a boolean. This will allow for a smoother
      transition to having key-generation as "virtual function" in the various
      ***_METHOD tables.
      e9224c71
  30. 06 12月, 2002 1 次提交