16458:error:25066067:DSO support routines:DLFCN_LOAD:could not load the
shared library:dso_dlfcn.c:162:filename(libz.so): dlopen(libz.so, 2):
^^^^^^^
great. why is openssl looking for libz.*so* on a _mac_ in the first place?
Because DSO_convert_filename(dso, NULL) called from dlfcn_load(),
which calls dlfcn_name_converter() is only expecting to load DSO's.
As explained in my previous e-mail, Mac OSX differentiates between
DSO's and dynamic libraries (no other system I know of does this).
The fix is to either patch this function to find the file and
return the .so or the .dylib extension as appropriate, or modify
dlfcn_load() to attempt both .dylib and .so extensions on MacOSX,
or just generate all the engine DSO's with the filename of .dylib
(even though they're not dylib's), and patch the dlfcn_name_converter
to use .dylib as the extension instead of .so on MacOSX.
-Brad
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager [EMAIL PROTECTED]