Aha! Got it, I think. Thanks. Was not aware that one could do this sort of thing. Neat trick. GetProcAddress() is documented only for locating functions in a DLL, but I guess __declspec(dllexport) causes the name to be exported in such a way that GetProcAddress() can find it.
> OpenSSL_Applink is OpenSSL specific as the name indicates, not to mention that the file applink.c is part of the OpenSSL distro and install. Well, yeah, of course I knew that. But just because you distroed something called OpenSSL_printf would not mean that printf was OpenSSL-specific, which is more or less the question that I asked (whether *applink* was SSL-specific). Charles -----Original Message----- From: owner-openssl-us...@openssl.org [mailto:owner-openssl-us...@openssl.org] On Behalf Of Dave Thompson Sent: Monday, October 29, 2012 11:52 AM To: openssl-users@openssl.org Subject: RE: Trouble with Windows DLL > From: owner-openssl-us...@openssl.org On Behalf Of Charles Mills > Sent: Friday, 26 October, 2012 11:08 > 1. Pardon my ignorance. So _Applink is a generic Windows facility, not > OpenSSL-specific? Can you point me to a link or something that > explains. I could not find anything. OpenSSL_Applink is OpenSSL specific as the name indicates, not to mention that the file applink.c is part of the OpenSSL distro and install. GetModuleHandle() and GetProcAddress() are Windows generic; look at the code in ms/uplink.c. ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org
