You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Aki Sukegawa (JIRA)" <ji...@apache.org> on 2016/10/01 15:02:20 UTC
[jira] [Resolved] (THRIFT-3878) Compile error in TSSLSocket.cpp
with new OpenSSL [CRYPTO_num_locks]
[ https://issues.apache.org/jira/browse/THRIFT-3878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Aki Sukegawa resolved THRIFT-3878.
----------------------------------
Resolution: Fixed
Fix Version/s: 0.10.0
committed, thanks.
> Compile error in TSSLSocket.cpp with new OpenSSL [CRYPTO_num_locks]
> -------------------------------------------------------------------
>
> Key: THRIFT-3878
> URL: https://issues.apache.org/jira/browse/THRIFT-3878
> Project: Thrift
> Issue Type: Bug
> Components: C++ - Library
> Affects Versions: 0.9.3, 0.10.0
> Environment: VS2013
> Thrift from git repo, SHA-1: 5a3f855b4e6882184f13c698855c877241144a12 (master)
> OpenSSL from git repo (master).
> Reporter: Sergey Fasman
> Assignee: James E. King, III
> Priority: Trivial
> Fix For: 0.10.0
>
>
> In TSSLSocket if use new OpenSSL library (downloaded and builded from git) will be compile error.
> That because CRYPTO_num_locks is now macro-call instead of function.
> THRIFT -also from git repo (master).
> So I simply fix that:
> #ifdef CRYPTO_num_locks
> mutexes = boost::shared_array<Mutex>(new Mutex[CRYPTO_num_locks()]);
> #else
> mutexes = boost::shared_array<Mutex>(new Mutex[ ::CRYPTO_num_locks()]);
> #endif
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)