1. 17 5月, 2005 1 次提交
  2. 16 5月, 2005 2 次提交
  3. 11 4月, 2005 1 次提交
  4. 30 3月, 2005 1 次提交
  5. 03 11月, 2004 1 次提交
  6. 26 7月, 2004 2 次提交
  7. 31 5月, 2004 1 次提交
  8. 18 5月, 2004 1 次提交
  9. 15 5月, 2004 1 次提交
  10. 27 12月, 2003 1 次提交
  11. 30 10月, 2003 1 次提交
    • G
      A general spring-cleaning (in autumn) to fix up signed/unsigned warnings. · 27545970
      Geoff Thorpe 提交于
      I have tried to convert 'len' type variable declarations to unsigned as a
      means to address these warnings when appropriate, but when in doubt I have
      used casts in the comparisons instead. The better solution (that would get
      us all lynched by API users) would be to go through and convert all the
      function prototypes and structure definitions to use unsigned variables
      except when signed is necessary. The proliferation of (signed) "int" for
      strictly non-negative uses is unfortunate.
      27545970
  12. 21 3月, 2003 1 次提交
  13. 29 12月, 2002 1 次提交
  14. 05 12月, 2002 1 次提交
  15. 29 11月, 2002 1 次提交
  16. 13 11月, 2002 1 次提交
  17. 09 10月, 2002 1 次提交
  18. 15 7月, 2002 1 次提交
    • B
      Replace 'ecdsaparam' commandline utility by 'ecparam' · 5dbd3efc
      Bodo Möller 提交于
      (the same keys can be used for ECC schemes other than ECDSA)
      and add some new options.
      
      Similarly, use string "EC PARAMETERS" instead of "ECDSA PARAMETERS"
      in 'PEM' format.
      
      Fix ec_asn1.c (take into account the desired conversion form).
      
      'make update'.
      
      Submitted by: Nils Larsch
      5dbd3efc
  19. 28 6月, 2002 1 次提交
  20. 15 3月, 2002 1 次提交
    • D
      · de941e28
      Dr. Stephen Henson 提交于
      Initialize cipher context in KRB5
      ("D. Russell" <russelld@aol.net>)
      
      Allow HMAC functions to use an alternative ENGINE.
      de941e28
  21. 10 12月, 2001 1 次提交
  22. 16 10月, 2001 1 次提交
    • D
      · 20d2186c
      Dr. Stephen Henson 提交于
      Retain compatibility of EVP_DigestInit() and EVP_DigestFinal()
      with existing code.
      
      Modify library to use digest *_ex() functions.
      20d2186c
  23. 04 10月, 2001 1 次提交
  24. 06 8月, 2001 1 次提交
  25. 04 8月, 2001 1 次提交
  26. 01 8月, 2001 1 次提交
  27. 31 7月, 2001 1 次提交
  28. 09 3月, 2001 1 次提交
  29. 26 2月, 2001 1 次提交
    • R
      make update · d88a26c4
      Richard Levitte 提交于
      Note that all *_it variables are suddenly non-existant according to
      libeay.num.  This is a bug that will be corrected.  Please be patient.
      d88a26c4
  30. 22 2月, 2001 1 次提交
  31. 20 2月, 2001 1 次提交
    • R
      Make all configuration macros available for application by making · cf1b7d96
      Richard Levitte 提交于
      sure they are available in opensslconf.h, by giving them names starting
      with "OPENSSL_" to avoid conflicts with other packages and by making
      sure e_os2.h will cover all platform-specific cases together with
      opensslconf.h.
      
      I've checked fairly well that nothing breaks with this (apart from
      external software that will adapt if they have used something like
      NO_KRB5), but I can't guarantee it completely, so a review of this
      change would be a good thing.
      cf1b7d96
  32. 05 2月, 2001 1 次提交
  33. 13 11月, 2000 1 次提交
  34. 15 10月, 2000 1 次提交
  35. 25 9月, 2000 1 次提交
  36. 07 9月, 2000 1 次提交
  37. 14 8月, 2000 1 次提交
  38. 05 7月, 2000 1 次提交
    • R
      I got sick and tired of having to keep track of NIDs when such a thing · c2bbf9cf
      Richard Levitte 提交于
      could be done automagically, much like the numbering in libeay.num and
      ssleay.num.  The solution works as follows:
      
        - New object identifiers are inserted in objects.txt, following the
          syntax given in objects.README.
        - objects.pl is used to process obj_mac.num and create a new
          obj_mac.h.
        - obj_dat.pl is used to create a new obj_dat.h, using the data in
          obj_mac.h.
      
      This is currently kind of a hack, and the perl code in objects.pl
      isn't very elegant, but it works as I intended.  The simplest way to
      check that it worked correctly is to look in obj_dat.h and check the
      array nid_objs and make sure the objects haven't moved around (this is
      important!).  Additions are OK, as well as consistent name changes.
      c2bbf9cf