Re: Replacing CRYPTO_NUM_LOCKS on migration 101 to 110

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxx]
Sent: Thursday, 19 October 2017 6:09 AM
To: openssl-users@xxxxxxxxxxx
Subject: 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

 

-- 
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux