Skip to content
  1. May 15, 2000
  2. May 14, 2000
  3. May 11, 2000
  4. May 08, 2000
  5. May 04, 2000
  6. May 02, 2000
  7. May 01, 2000
  8. Apr 29, 2000
  9. Apr 27, 2000
  10. Apr 26, 2000
  11. Apr 25, 2000
    • 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. Apr 20, 2000
  13. Apr 19, 2000
    • 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. Apr 15, 2000
  15. Apr 14, 2000
  16. Apr 12, 2000
  17. Apr 10, 2000
  18. Apr 09, 2000
    • 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. Apr 06, 2000