1. 13 11月, 2002 7 次提交
  2. 12 11月, 2002 3 次提交
  3. 11 11月, 2002 2 次提交
  4. 10 11月, 2002 1 次提交
  5. 08 11月, 2002 1 次提交
    • D
      · 491659c4
      Dr. Stephen Henson 提交于
      Typo in OCSP ASN1 module
      491659c4
  6. 06 11月, 2002 1 次提交
  7. 05 11月, 2002 1 次提交
    • D
      · 38c7271a
      Dr. Stephen Henson 提交于
      Check for NULL ASN1_ITEM when initializeing
      boolean option in ASN1_TYPE.
      38c7271a
  8. 04 11月, 2002 2 次提交
  9. 01 11月, 2002 2 次提交
  10. 30 10月, 2002 2 次提交
  11. 29 10月, 2002 5 次提交
  12. 28 10月, 2002 4 次提交
  13. 25 10月, 2002 2 次提交
  14. 21 10月, 2002 1 次提交
  15. 19 10月, 2002 1 次提交
    • G
      If dynamically-loadable ENGINEs are linked against a shared-library version · 0587ec26
      Geoff Thorpe 提交于
      of libcrypto, then it is possible that when they are loaded they will share
      the same static data as the loading application/library. This means it will
      be too late to set memory/ERR/ex_data/[etc] callbacks, but entirely
      unnecessary to try. This change puts a static variable in the core ENGINE
      code (contained in libcrypto) and a function returning a pointer to it. If
      the loaded ENGINE's return value from this function matches the loading
      application/library's return value - they share static data. If they don't
      match, the loaded ENGINE has its own copy of libcrypto's static data and so
      the callbacks need to be set.
      
      Also, although 0.9.7 hasn't been released yet, it's clear this will
      introduce a binary incompatibility between dynamic ENGINEs built for 0.9.7
      and 0.9.8 (though others probably exist already from EC_*** hooks and
      what-not) - so the version control values are correspondingly bumped.
      0587ec26
  16. 16 10月, 2002 1 次提交
  17. 14 10月, 2002 3 次提交
  18. 12 10月, 2002 1 次提交