Hi,
First a little summary :
I am trying to make a proof of concept work with webRTC.
I've seen browser to browser communication work successfully. Now I am trying to replace one of the browser peers with an application that is written in C++.
I've used websocket++ (it has an openssl dependency) for signaling and that seemed to worked fine alone.
After then I've added the webRTC code. But now I see crashes right after the app connects to the web-socket server.
The crash occurs during a call to SSL_set_tlsext_host_name in some preinit method that is related to ssl.
Now before I put more work hours into this I want to make sure I am not doing something that does not make sense.
The libraries in C++ application process:
webRTC
several boost libraries (boost 1.60)
websocket++
openssl (due to websocket++)
boringssl (due to webRTC)
probably more webRTC dependencies (protobuf_lite etc.)
environment details:
windows 10
x64
visual studio 2015
using prebuild openssl OpenSSL 1.0.2d
webRTC has been build with c++ exceptions ENABLED (our boost builds along with all of our other modules has exceptions on so this is a must for me)
The question is:
Is it safe to include both boringSSL and openssl in the same process if they are build as shared libraries (dll files for windows)?
And if the answer to the previous question is NO, given that google does not recommend the usage of boringssl and the majority of the libraries I've seen so far are using openssl for ssl needs which libraries can you offer
-- instead of boost::asio (uses openssl)
-- for websocket based communication
My question seems like a little bit too obvious and I searched the web hours before posting here, but I just could not make myself absolutely sure.
Regards
Mert