openssl/crypto/dso
Geoff Thorpe 9163b8fb23 'flags' should only be set inside DSO_load() if constructing a new DSO
object - otherwise we overwrite any flags that had been previously set in
the DSO before calling DSO_load().
2001-11-22 08:48:09 +00:00
..
.cvsignore Ignore lib and Makefile.save. 2000-04-14 23:37:44 +00:00
dso.h 'flags' should only be set inside DSO_load() if constructing a new DSO 2001-11-22 08:48:09 +00:00
dso_dl.c At least for the two common Unixly DSO loading methods, include the 2001-11-15 18:24:42 +00:00
dso_dlfcn.c At least for the two common Unixly DSO loading methods, include the 2001-11-15 18:24:42 +00:00
dso_err.c Add a "_up" -> "_up_ref" change to libeay.num that was missing from the 2001-09-04 20:40:41 +00:00
dso_lib.c 'flags' should only be set inside DSO_load() if constructing a new DSO 2001-11-22 08:48:09 +00:00
dso_null.c Currently the DSO_METHOD interface has one entry point to bind all 2000-06-16 10:45:36 +00:00
dso_openssl.c A DSO method for VMS was missing, and I had the code lying around... 2000-09-15 21:22:50 +00:00
dso_vms.c On VMS, the norm is still that symbols are uppercased, so for now it's better 2001-11-16 13:12:19 +00:00
dso_win32.c This change to the "dl", "dlfcn", and "win32" DSO_METHODs adds the filename 2001-04-25 22:40:55 +00:00
Makefile.ssl make update 2001-07-31 17:07:24 +00:00
README This changes the behaviour of the DSO mechanism for determining an 2000-10-26 17:38:59 +00:00

NOTES
-----

I've checked out HPUX (well, version 11 at least) and shl_t is
a pointer type so it's safe to use in the way it has been in
dso_dl.c. On the other hand, HPUX11 support dlfcn too and
according to their man page, prefer developers to move to that.
I'll leave Richard's changes there as I guess dso_dl is needed
for HPUX10.20.

There is now a callback scheme in place where filename conversion can
(a) be turned off altogether through the use of the
    DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled by default using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
    (i) checks if we're win32 (if(strstr(dso->meth->name, "win32")....)
        and if so, convert "blah" into "blah32.dll" (the default is
	otherwise to make it "blah.dll").
    (ii) default to the normal behaviour - we're not on win32, eg.
         finish with (return dso->meth->dso_name_converter(dso,NULL)).