1. 11 3月, 2006 1 次提交
  2. 13 1月, 2006 1 次提交
  3. 03 1月, 2006 2 次提交
  4. 22 8月, 2005 1 次提交
  5. 15 8月, 2005 1 次提交
  6. 09 8月, 2005 1 次提交
  7. 06 8月, 2005 1 次提交
  8. 16 7月, 2005 1 次提交
    • N
      make · 3eeaab4b
      Nils Larsch 提交于
          	./configure no-deprecated [no-dsa] [no-dh] [no-ec] [no-rsa]
          	make depend all test
      work again
      
      PR: 1159
      3eeaab4b
  9. 12 5月, 2005 1 次提交
  10. 28 4月, 2005 1 次提交
    • D
      Lots of Win32 fixes for DTLS. · 6c61726b
      Dr. Stephen Henson 提交于
      1. "unsigned long long" isn't portable changed: to BN_ULLONG.
      2. The LL prefix isn't allowed in VC++ but it isn't needed where it is used.
      2. Avoid lots of compiler warnings about signed/unsigned mismatches.
      3. Include new library directory pqueue in mk1mf build system.
      4. Update symbols.
      6c61726b
  11. 27 4月, 2005 3 次提交
  12. 14 4月, 2005 1 次提交
  13. 31 3月, 2005 1 次提交
  14. 30 3月, 2005 1 次提交
  15. 18 5月, 2004 1 次提交
  16. 20 4月, 2004 1 次提交
  17. 26 3月, 2004 1 次提交
  18. 16 3月, 2004 1 次提交
  19. 09 8月, 2002 2 次提交
  20. 02 8月, 2002 1 次提交
  21. 10 7月, 2002 1 次提交
  22. 21 10月, 2001 1 次提交
    • B
      New functions SSL[_CTX]_set_msg_callback(). · a661b653
      Bodo Möller 提交于
      New macros SSL[_CTX]_set_msg_callback_arg().
      
      Message callback imlementation for SSL 3.0/TLS 1.0 (no SSL 2.0 yet).
      
      New '-msg' option for 'openssl s_client' and 'openssl s_server'
      that enable a message callback that displays all protocol messages.
      
      
      In ssl3_get_client_hello (ssl/s3_srvr.c), generate a fatal alert if
      client_version is smaller than the protocol version in use.
      Also change ssl23_get_client_hello (ssl/s23_srvr.c) to select TLS 1.0
      if the client demanded SSL 3.0 but only TLS 1.0 is enabled; then the
      client will at least see that alert.
      
      Fix SSL[_CTX]_ctrl prototype (void * instead of char * for generic
      pointer).
      
      Add/update some OpenSSL copyright notices.
      a661b653
  23. 09 3月, 2001 1 次提交
  24. 22 2月, 2001 1 次提交
  25. 20 2月, 2001 1 次提交
  26. 10 2月, 2001 1 次提交
  27. 08 2月, 2001 1 次提交
    • D
      · deb2c1a1
      Dr. Stephen Henson 提交于
      Fix AES code.
      
      Update Rijndael source to v3.0
      
      Add AES OIDs.
      
      Change most references of Rijndael to AES.
      
      Add new draft AES ciphersuites.
      deb2c1a1
  28. 06 2月, 2001 1 次提交
  29. 31 12月, 2000 1 次提交
  30. 15 12月, 2000 1 次提交
  31. 01 12月, 2000 1 次提交
  32. 01 6月, 2000 1 次提交
    • G
      The previous commit to crypto/stack/*.[ch] pulled the type-safety strings · ccd86b68
      Geoff Thorpe 提交于
      yet tighter, and also put some heat on the rest of the library by
      insisting (correctly) that compare callbacks used in stacks are prototyped
      with "const" parameters. This has led to a depth-first explosion of
      compiler warnings in the code where 1 constification has led to 3 or 4
      more. Fortunately these have all been resolved to completion and the code
      seems cleaner as a result - in particular many of the _cmp() functions
      should have been prototyped with "const"s, and now are. There was one
      little problem however;
      
      X509_cmp() should by rights compare "const X509 *" pointers, and it is now
      declared as such. However, it's internal workings can involve
      recalculating hash values and extensions if they have not already been
      setup. Someone with a more intricate understanding of the flow control of
      X509 might be able to tighten this up, but for now - this seemed the
      obvious place to stop the "depth-first" constification of the code by
      using an evil cast (they have migrated all the way here from safestack.h).
      
      Fortunately, this is the only place in the code where this was required
      to complete these type-safety changes, and it's reasonably clear and
      commented, and seemed the least unacceptable of the options. Trying to
      take the constification further ends up exploding out considerably, and
      indeed leads directly into generalised ASN functions which are not likely
      to cooperate well with this.
      ccd86b68
  33. 22 2月, 2000 1 次提交
  34. 21 2月, 2000 2 次提交
  35. 04 2月, 2000 1 次提交