1. 06 10月, 2000 1 次提交
  2. 06 9月, 2000 1 次提交
    • D
      *BIG* verify code reorganisation. · 2f043896
      Dr. Stephen Henson 提交于
      The old code was painfully primitive and couldn't handle
      distinct certificates using the same subject name.
      
      The new code performs several tests on a candidate issuer
      certificate based on certificate extensions.
      
      It also adds several callbacks to X509_VERIFY_CTX so its
      behaviour can be customised.
      
      Unfortunately some hackery was needed to persuade X509_STORE
      to tolerate this. This should go away when X509_STORE is
      replaced, sometime...
      
      This must have broken something though :-(
      2f043896
  3. 17 6月, 2000 1 次提交
    • D
      Safe stack reorganisation in terms of function casts. · 3aceb94b
      Dr. Stephen Henson 提交于
      After some messing around this seems to work but needs
      a few more tests. Working out the syntax for sk_set_cmp_func()
      (cast it to a function that itself returns a function pointer)
      was painful :-(
      
      Needs some testing to see what other compilers think of this
      syntax.
      
      Also needs similar stuff for ASN1_SET_OF etc etc.
      3aceb94b
  4. 11 6月, 2000 1 次提交
  5. 01 6月, 2000 2 次提交
    • G
      "make update" + stripping the type-specific stack functions out of · 7edd2091
      Geoff Thorpe 提交于
      libeay.num and ssleay.num.
      7edd2091
    • 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
  6. 17 5月, 2000 2 次提交
  7. 02 5月, 2000 1 次提交
  8. 26 3月, 2000 1 次提交
  9. 07 3月, 2000 1 次提交
  10. 26 2月, 2000 2 次提交
  11. 11 2月, 2000 1 次提交
  12. 07 2月, 2000 1 次提交
  13. 07 1月, 2000 1 次提交
  14. 29 12月, 1999 1 次提交
  15. 02 12月, 1999 1 次提交
  16. 29 11月, 1999 1 次提交
    • D
      Add part of chain verify SSL support code: not complete or doing anything · 13938ace
      Dr. Stephen Henson 提交于
      yet.
      
      Add a function X509_STORE_CTX_purpose_inherit() which implements the logic
      of "inheriting" purpose and trust from a parent structure and using a default:
      this will be used in the SSL code and possibly future S/MIME.
      
      Partial documentation of the 'verify' utility. Still need to document how all
      the extension checking works and the various error messages.
      13938ace
  17. 26 11月, 1999 1 次提交
  18. 24 11月, 1999 1 次提交
  19. 19 11月, 1999 1 次提交
  20. 04 11月, 1999 1 次提交
  21. 26 10月, 1999 1 次提交
  22. 20 10月, 1999 1 次提交
  23. 13 10月, 1999 1 次提交
  24. 09 10月, 1999 1 次提交
  25. 26 8月, 1999 1 次提交
  26. 22 6月, 1999 1 次提交
  27. 21 6月, 1999 1 次提交
  28. 11 6月, 1999 1 次提交
  29. 10 5月, 1999 2 次提交
  30. 27 4月, 1999 1 次提交
  31. 26 4月, 1999 1 次提交
  32. 24 4月, 1999 2 次提交
  33. 23 4月, 1999 1 次提交
  34. 22 4月, 1999 1 次提交
  35. 20 4月, 1999 1 次提交