[stunnel-users] stunnel 4.36 released
Jose Alf.
josealf at rocketmail.com
Tue May 3 16:51:28 CEST 2011
Michal,
Thanks for your continous efforts to improve Stunnel.
I want to report two small issues that affect those compiling their own stunnel
with Microsoft compilers.
1. str.obj must be added to the list of object files in vc.mak and evc.mak
2. str.c includes a call to va_copy that is not defined for MSC/C++. I added the
following definitions to the source after the #includes:
#ifdef _MSC_VER
#define va_copy(dest,src) dest = src
#endif
My Visual C++ compiled Stunnel is running fine with this, but I'm not sure is
the right way to handle.
Regards
Jose
________________________________
From: Michal Trojnara <Michal.Trojnara at mirt.net>
To: stunnel-users at stunnel.org; stunnel-announce at stunnel.org;
openssl-users at openssl.org
Sent: Mon, May 2, 2011 6:26:28 PM
Subject: [stunnel-users] stunnel 4.36 released
Dear Users,
Version 4.36 of stunnel was released.
The ChangeLog entry:
Version 4.36, 2011.05.03, urgency: LOW:
* New features
- Updated Win32 DLLs for OpenSSL 1.0.0d.
- Dynamic memory management for strings manipulation:
no more static STRLEN limit, lower stack footprint.
- Strict public key comparison added for "verify = 3" certificate
checking mode (thx to Philipp Hartwig).
- Backlog parameter of listen(2) changed from 5 to SOMAXCONN:
improved behavior on heavy load.
- Example tools/stunnel.service file added for systemd service manager.
* Bugfixes
- Missing pthread_attr_destroy() added to fix memory leak (thx to
Paul Allex and Peter Pentchev).
- Fixed the incorrect way of setting FD_CLOEXEC flag.
- Fixed --enable-libwrap option of ./configure script.
- /opt/local added to OpenSSL search path for MacPorts compatibility.
- Workaround implemented for signal handling on MacOS X.
- A trivial bug fixed in the stunnel.init script.
- Retry implemented on EAI_AGAIN error returned by resolver calls.
Home page: http://stunnel.mirt.net/
Download: ftp://ftp.stunnel.org/stunnel/
SHA-256 hash for stunnel-4.36.tar.gz:
3483fc2011e8a9d2614a93a9dbf7eabf405044df3566f29144fe2d1dd37a35f5
Best regards,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.stunnel.org/pipermail/stunnel-users/attachments/20110503/6b475407/attachment.html>
More information about the stunnel-users
mailing list