1. 04 2月, 2006 1 次提交
  2. 02 9月, 2005 1 次提交
  3. 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
  4. 27 5月, 2005 1 次提交
  5. 26 5月, 2005 1 次提交
  6. 17 5月, 2005 1 次提交
  7. 16 5月, 2005 2 次提交
  8. 09 5月, 2005 1 次提交
  9. 27 4月, 2005 2 次提交
  10. 23 4月, 2005 2 次提交
  11. 13 4月, 2005 1 次提交
  12. 11 4月, 2005 1 次提交
  13. 31 3月, 2005 1 次提交
  14. 30 3月, 2005 1 次提交
  15. 28 3月, 2005 1 次提交
  16. 05 12月, 2004 1 次提交
  17. 03 11月, 2004 1 次提交
  18. 18 5月, 2004 2 次提交
  19. 29 4月, 2004 1 次提交
  20. 20 4月, 2004 3 次提交
  21. 27 12月, 2003 1 次提交
  22. 28 11月, 2003 1 次提交
  23. 29 10月, 2003 2 次提交
  24. 01 5月, 2003 1 次提交
  25. 11 4月, 2003 1 次提交
  26. 08 4月, 2003 1 次提交
  27. 04 4月, 2003 1 次提交
  28. 21 3月, 2003 2 次提交
  29. 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
  30. 23 2月, 2003 1 次提交
  31. 31 1月, 2003 2 次提交