openssl/crypto/dso
2003-03-20 23:19:41 +00:00
..
.cvsignore
dso_dl.c Third argument to shl_load() is "long address", not a pointer. 2003-01-08 08:27:50 +00:00
dso_dlfcn.c
dso_err.c Make sure we get the definition of OPENSSL_NO_ERR. 2003-03-20 23:19:41 +00:00
dso_lib.c Some older code (never committed) wasn't converted to the new format. 2002-07-16 08:02:31 +00:00
dso_null.c
dso_openssl.c
dso_vms.c The first compile of the new merger method for VMS *almost* got 2002-07-19 11:57:17 +00:00
dso_win32.c WinCE patches 2002-11-15 22:37:18 +00:00
dso.h Some older code (never committed) wasn't converted to the new format. 2002-07-16 08:02:31 +00:00
Makefile.ssl Use double dashes so makedepend doesn't misunderstand the flags we 2002-10-09 13:25:12 +00:00
README

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)).