1. 24 9月, 2001 1 次提交
  2. 11 9月, 2001 1 次提交
  3. 06 9月, 2001 1 次提交
    • B
      Totally get rid of CRYPTO_LOCK_ERR_HASH. · 78f79235
      Bodo Möller 提交于
      In err.c, flags int_error_hash_set and int_thread_hash_set
      appear superfluous since we can just as well initialize
      int_error_hash and int_thread_hash to NULL.
      
      Change some of the err.c formatting to conform with the rest of
      OpenSSL.
      78f79235
  4. 04 9月, 2001 4 次提交
  5. 26 8月, 2001 1 次提交
    • G
      This changes the "ERR" code to have all access to state (a hash table of · 566bdf2b
      Geoff Thorpe 提交于
      error strings and a hash table storing per-thread error state) go via an
      ERR_FNS function table. The first time an ERR operation occurs, the
      implementation that will be used (from then on) is set to the internal
      "defaults" implementation if it has not already been set. The actual LHASH
      tables are only accessed by this implementation.
      
      This is primarily for modules that can be loaded at run-time and bound into
      an application (or a shared-library version of OpenSSL). If the module has
      its own statically-linked copy of OpenSSL code - this mechanism allows it
      to *not* create and use ERR information in its own linked "ERR" code, but
      instead to use and interact with the state stored in the loader
      (application or shared library). The loader calls ERR_get_implementation()
      and the return value is what the module should use when calling its own
      copy of ERR_set_implementation().
      566bdf2b
  6. 15 3月, 2001 1 次提交
  7. 13 3月, 2001 2 次提交
  8. 07 3月, 2001 1 次提交
  9. 06 3月, 2001 1 次提交
  10. 20 2月, 2001 2 次提交
    • R
      Use new-style system-id macros everywhere possible. I hope I haven't · bc36ee62
      Richard Levitte 提交于
      missed any.
      
      This compiles and runs on Linux, and external applications have no
      problems with it.  The definite test will be to build this on VMS.
      bc36ee62
    • 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
  11. 05 1月, 2001 1 次提交
  12. 14 12月, 2000 1 次提交
  13. 09 12月, 2000 1 次提交
    • G
      Next step in tidying up the LHASH code. · d0fa136c
      Geoff Thorpe 提交于
      DECLARE/IMPLEMENT macros now exist to create type (and prototype) safe
      wrapper functions that avoid the use of function pointer casting yet retain
      type-safety for type-specific callbacks. However, most of the usage within
      OpenSSL itself doesn't really require the extra function because the hash
      and compare callbacks are internal functions declared only for use by the
      hash table. So this change catches all those cases and reimplements the
      functions using the base-level LHASH prototypes and does per-variable
      casting inside those functions to convert to the appropriate item type.
      
      The exception so far is in ssl_lib.c where the hash and compare callbacks
      are not static - they're exposed in ssl.h so their prototypes should not be
      changed. In this last case, the IMPLEMENT_LHASH_*** macros have been left
      intact.
      d0fa136c
  14. 04 12月, 2000 1 次提交
  15. 02 12月, 2000 1 次提交
    • G
      First step in tidying up the LHASH code. The callback prototypes (and · 385d8138
      Geoff Thorpe 提交于
      casts) used in the lhash code are about as horrible and evil as they can
      be. For starters, the callback prototypes contain empty parameter lists.
      Yuck.
      
      This first change defines clearer prototypes - including "typedef"'d
      function pointer types to use as "hash" and "compare" callbacks, as well as
      the callbacks passed to the lh_doall and lh_doall_arg iteration functions.
      Now at least more explicit (and clear) casting is required in all of the
      dependant code - and that should be included in this commit.
      
      The next step will be to hunt down and obliterate some of the function
      pointer casting being used when it's not necessary - a particularly evil
      variant exists in the implementation of lh_doall.
      385d8138
  16. 27 10月, 2000 1 次提交
  17. 28 8月, 2000 1 次提交
  18. 26 7月, 2000 2 次提交
  19. 21 7月, 2000 1 次提交
  20. 02 6月, 2000 1 次提交
    • R
      There have been a number of complaints from a number of sources that names · 26a3a48d
      Richard Levitte 提交于
      like Malloc, Realloc and especially Free conflict with already existing names
      on some operating systems or other packages.  That is reason enough to change
      the names of the OpenSSL memory allocation macros to something that has a
      better chance of being unique, like prepending them with OPENSSL_.
      
      This change includes all the name changes needed throughout all C files.
      26a3a48d
  21. 24 5月, 2000 1 次提交
  22. 02 5月, 2000 1 次提交
  23. 30 4月, 2000 1 次提交
  24. 15 4月, 2000 1 次提交
  25. 05 4月, 2000 1 次提交
    • G
      This commit ties the new DSO code (crypto/dso/) into the build for a · 9ec0126e
      Geoff Thorpe 提交于
      variety of platforms. A few are missing, and they will be added in
      eventually, but as this is new stuff, it was better to not break lots of
      platforms in one go that we can't easily test. The changes to "Configure"
      should illustrate how to add support to other systems if you feel like
      having a go.
      
      NB: I'll add something shortly to allow you to add "dlfcn.h" support on
      those platforms that don't have (or need) a dlfcn.h header file. (The
      symbol for Configure will probably by "dlfcn_no_h").
      
      Thanks to Richard Levitte, who is responsible for the dso_dl.c support,
      understanding the trickier aspects of the build process, and giving great
      feedback on everything else.
      
      [Don't use this stuff if you're easily offended by changes to the
      interface or behaviour - it's still work in progress.]
      
      PR:
      9ec0126e
  26. 04 3月, 2000 1 次提交
  27. 04 2月, 2000 1 次提交
  28. 31 1月, 2000 1 次提交
  29. 14 1月, 2000 1 次提交
  30. 30 7月, 1999 1 次提交
  31. 13 7月, 1999 1 次提交
  32. 08 6月, 1999 1 次提交
  33. 05 6月, 1999 1 次提交
  34. 05 5月, 1999 1 次提交