mirror of
https://github.com/openssl/openssl.git
synced 2024-11-21 01:15:20 +08:00
b9e6391582
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.
|
||
|---|---|---|
| .. | ||
| .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]