[openssl-users] Replacing CRYPTO_NUM_LOCKS on migration 101 to 110
Paul Dale
paul.dale at oracle.com
Wed Oct 18 21:14:02 UTC 2017
OpenSSL 1.1.x handle the locking themselves. You don't need to install the locking call backs and don't need to provide locking functionality.
Pauli
--
Oracle
Dr Paul Dale | Cryptographer | Network Security & Encryption
Phone +61 7 3031 7217
Oracle Australia
From: Charles Mills [mailto:charlesm at mcn.org]
Sent: Thursday, 19 October 2017 6:09 AM
To: openssl-users at openssl.org
Subject: [openssl-users] Replacing CRYPTO_NUM_LOCKS on migration 101 to 110
I am migrating a multi-threaded Windows application from OpenSSL 1.0.1h to 1.1.0f.
I am using the Shining Light pre-built Windows DLLs.
The code, which I wrote some time ago, has a statement HANDLE Comm::sslMutexArray[CRYPTO_NUM_LOCKS];
The array is referenced by my sslLockingFunction.
When I compile with the 1.1.0f headers I get at undefined symbol on CRYPTO_NUM_LOCKS.
Is my understanding of http://www.manpagez.com/man/3/CRYPTO_num_locks/osx-10.3.php correct? Basically, I need to replace the static array sslMutexArray[CRYPTO_NUM_LOCKS] with a malloc() or new to get an array of the size returned by a call to CRYPTO_num_locks(void)? Is that correct? Anything else I need to do in this regard?
Thanks,
Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20171018/7d4d22e6/attachment.html>
More information about the openssl-users
mailing list