1. 15 May, 2000 4 commits
  2. 14 May, 2000 1 commit
  3. 11 May, 2000 1 commit
  4. 08 May, 2000 1 commit
  5. 04 May, 2000 2 commits
  6. 02 May, 2000 6 commits
  7. 01 May, 2000 1 commit
  8. 29 Apr, 2000 1 commit
  9. 27 Apr, 2000 4 commits
  10. 26 Apr, 2000 2 commits
  11. 25 Apr, 2000 1 commit
    • Geoff Thorpe's avatar
      This case in the "dso_unload" handlers should not be reported as an error - · ebbaebf7
      Geoff Thorpe authored
      if a DSO_load(NULL,...) operation fails, it will have to call DSO_free() on
      the DSO structure it created and that will filter through to this "unload"
      call.
      
      If the stack size is "< 1", then the library never actually loaded. To keep
      things clean higher up, I'll treat this as a vacuous case without an error.
      It makes the error stack easier to follow real world cases, and the error
      this ignores was only useful for catching bugs in internal code, not
      mismatched calls from applications (which should be handled in the generic
      DSO layer).
      ebbaebf7
  12. 20 Apr, 2000 2 commits
  13. 19 Apr, 2000 2 commits
    • Geoff Thorpe's avatar
      Thanks to "make update" ... · ffb48878
      Geoff Thorpe authored
      ffb48878
    • Geoff Thorpe's avatar
      This change facilitates name translation for shared libraries. The · b9e63915
      Geoff Thorpe authored
      technique used is far from perfect and alternatives are welcome.
      Basically if the translation flag is set, the string is not too
      long, and there appears to be no path information in the string,
      then it is converted to whatever the standard should be for the
      DSO_METHOD in question, eg;
          blah --> libblah.so   on *nix, and
          blah --> blah.dll     on win32.
      
      This change also introduces the DSO_ctrl() function that is used
      by the name translation stuff.
      b9e63915
  14. 15 Apr, 2000 1 commit
  15. 14 Apr, 2000 2 commits
  16. 12 Apr, 2000 2 commits
  17. 10 Apr, 2000 1 commit
  18. 09 Apr, 2000 2 commits
    • Richard Levitte's avatar
      "make update" · 7a807ad8
      Richard Levitte authored
      7a807ad8
    • Richard Levitte's avatar
      I've always wanted to make the CONF library more adaptable. Here's · d86b6915
      Richard Levitte authored
      the result.
      
      I have retained the old behavior of the CONF_* functions, and have
      added a more "object oriented" interface through NCONF_* functions
      (New CONF, you see :-)), working the same way as, for example, the
      BIO interface.  Really, the CONF_* are rewritten so they use the
      NCONF_* functions internally.
      
      In addition to that, I've split the old conf.c code into two files,
      conf_def.c and conf_api.c.  conf_def.c contains the default config
      object that reads a configuration file the standard OpenSSL way, as
      well as configuration file with Win32 registry file syntax (I'm not
      sure I got that one right).  conf_api.c provides an API to build other
      configuration file readers around (can you see a configuraion file in
      XML?  I can :-)).
      
      Finally, I've changed the name conf_lcl.h to conf_def.h, since it's
      made specifically for that "class" and none others.
      d86b6915
  19. 06 Apr, 2000 4 commits