I am using stunnel to tunnel my VNC connection. As recent as version 4.12 I have been able to use the libeay32.dll and libssl32.dll files I created with openssl 0.9.X.X using Msys and Mingw with the steps below:
1. I comment out line 910 in the openssl Configure script 2. Create .def for dll's: perl util/mkdef.pl 32 libeay > ms/libeay32.def perl util/mkdef.pl 32 ssleay > ms/ssleay32.def
3. Execute the openssl configure script ./Configure mingw
4. Execute the make for openssl make 5. After the make completes I create the dlls dllwrap --dllname libeay32.dll --output-lib libeay32.a --def ms/libeay32.def libcrypto.a -lwsock32 -lgdi32 dllwrap --dllname libssl32.dll --output-lib libssl32.a --def ms/ssleay32.def libssl.a libeay32.a
When I place the resulting dlls on the remote machine with version 4.14installed and establish a VNC connection to machine stunnel crashes and generates a Dr. Watson error. If I revert back to version 4.12 the dlls I created using the steps above --- everything works. If I install the 0.9.7idlls (which come as a part of the 4.14 Win Install package) everything works.
I am trying to keep server and clients on the same version of openssl which is why I have been compling new dlls whenever I have upgraded the servers. Is there something unique being done in version 4.14 that prevents dlls created with 0.9.8a from being used?
-- Chris
On 2005-11-07, at 23:22, MeeAGhost wrote:
Is there something unique being done in version 4.14 that prevents dlls created with 0.9.8a from being used?
Not in stunnel. You just need to build stunnel against your OpenSSL 0.9.8a.
A binary compiled against 0.9.7x is not compatible with 0.9.8x DLLs. It's a known issue with OpenSSL.
Best regards, Mike
Thks for the response Mike.
Since the 0.9.8a dlls worked with 4.12 (downloaded from the stunnel site) is it safe to say version 4.12 was built with 0.9.8a?
To allow the use of dlls from 0.9.8a I would have to compile it (stunnel) from source on a box (via Msys/Mingw) -- is that correct? If so is it possible to simply use ./Configure without any flags? Or do I have to build inside of Cygwin (after updating openssl in it)?
-- Chris
On 11/7/05, Michal Trojnara <Michal.Trojnara@mobi-com.net > wrote:
On 2005-11-07, at 23:22, MeeAGhost wrote:
Is there something unique being done in version 4.14 that prevents dlls created with 0.9.8a from being used?
Not in stunnel. You just need to build stunnel against your OpenSSL 0.9.8a.
A binary compiled against 0.9.7x is not compatible with 0.9.8x DLLs. It's a known issue with OpenSSL.
Best regards, Mike
stunnel-users mailing list stunnel-users@mirt.net http://stunnel.mirt.net/mailman/listinfo/stunnel-users
On 2005-11-08, at 05:10, MeeAGhost wrote:
Since the 0.9.8a dlls worked with 4.12 (downloaded from the stunnel site) is it safe to say version 4.12 was built with 0.9.8a?
Against 0.9.8 (very close to 0.9.8a). http://stunnel.mirt.net/news_sdf.html
To allow the use of dlls from 0.9.8a I would have to compile it (stunnel) from source on a box (via Msys/Mingw) -- is that correct?
Correct.
If so is it possible to simply use ./Configure without any flags? Or do I have to build inside of Cygwin (after updating openssl in it)?
Not cygwin. All you need is mingw and make. http://www.mingw.org/download.shtml
Enter stunnel-4.14\src directory, update Makefile.w32 run make.bat. It should work. I was using it myself a long time ago. Nowadays I cross-compile stunnel with mingw on Debian GNU/Linux.
Best regards, Mike