ef76e3dbda
so I've regenerated the error numbers and strings for the DSO functions. |
||
---|---|---|
.. | ||
.cvsignore | ||
dso.h | ||
dso_dl.c | ||
dso_dlfcn.c | ||
dso_err.c | ||
dso_lib.c | ||
dso_null.c | ||
dso_openssl.c | ||
dso_vms.c | ||
dso_win32.c | ||
Makefile.ssl | ||
README |
TODO ---- Find a way where name-translation can be done in a way that is sensitive to particular methods (ie. generic code could still do different path/filename substitutions on win32 to what it does on *nix) but doesn't assume some canonical form. Already one case exists where the "blah -> (libblah.so,blah.dll)" mapping doesn't suffice. I suspect a callback with an enumerated (or string?) parameter could be the way to go here ... DSO_ctrl the callback into place and it can be invoked to handle name translation with some clue to the calling code as to what kind of system it is. 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.