mirror of
https://github.com/openssl/openssl.git
synced 2024-11-21 01:15:20 +08:00
ebbaebf784
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). |
||
|---|---|---|
| .. | ||
| .cvsignore | ||
| dso_dl.c | ||
| dso_dlfcn.c | ||
| dso_err.c | ||
| dso_lib.c | ||
| dso_null.c | ||
| dso_openssl.c | ||
| dso_win32.c | ||
| dso.h | ||
| Makefile.ssl | ||
| README | ||
TODO ---- Get a fix on how the paths should be handled. For now, flags == 0 and this is currently just passing strings directly onto the underlying system calls and letting them do what they want with the paths. However, it may be desirable to implement flags that control the way the loading is performed (or attempted), and I invisage that DSO_ctrl() will be used to control this. 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. [G-T]