<p>What triggers the issue could be in Kamailio, but it is hard to figure out with no clue of what the driver doesn't like. The parameters should be ok, as freetds goes on fine.</p>

<p>Kamailio initiates libssl with its own shared memory manager, which then is reused by other libs linked to  libssl, as libssl was designed with a context per process.</p>

<p>Also, the mutex locking systems is set to the one for kamailio, that's why the second core leads back to kamailio to locking_f() function from tls module. But for first core, the backtrace stack doesn't go back to kamailio, so the crash happens in external code.</p>

<p>Could be some options/params that the drivers doesn't like, but cannot be guessed without sources or someone from their dev team saying. Once that is learn, kamailio should be easy to adjust, all sources are out there...</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly or <a href="https://github.com/kamailio/kamailio/issues/501#issuecomment-198386863">view it on GitHub</a><img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZcJf0eLB-8MEiAOtZX29--8CDAqdks5purcjgaJpZM4HVF-L.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/issues/501#issuecomment-198386863"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>