Thanks for the responses.

As Joshua pointed out, I filed an issue.

We are compiling with BUILD_NATIVE disabled.  
We are going to try creating a brand new VM to replace the one having problems. 
 I suspect that VM has become corrupted.

I am able to install and run the exact same install pkg on other VMs (different 
VM server), which is why I suspect that one has been corrupted.

Very strange the VM having problems is able to work when I run the exact same 
script to compile but use asterisk 16.3.0 tarball instead of 16.4.1, 16.5.0, 
and 16.6.0 tarballs.

Dan

-----Original Message-----
From: asterisk-dev <asterisk-dev-boun...@lists.digium.com> On Behalf Of Joshua 
C. Colp
Sent: Thursday, October 17, 2019 5:29 AM
To: asterisk-dev@lists.digium.com
Subject: Re: [asterisk-dev] Encountering a crash when answering calls since 
upgrading from 16.3.0 to newer versions

On Thu, Oct 17, 2019, at 7:25 AM, Tony Mountifield wrote:
> In article 
> <752a8134df5047daaf037aa16e3cc...@am-mail2012b.amtelco.com>,
> Dan Cropp <d...@amtelco.com> wrote:
> > When I enable both DONT_OPTIMIZE and BETTER_BACKTRACES, compile, and 
> > install this on the VM where Asterisk has been crashing, it no longer 
> > crashes.
> > 
> > I have tried compiling and installing twice (both enabled and both 
> > disabled) confirming it is not crashing with both enabled.
> > 
> > Would it be acceptable to enable BETTER_BACKTRACES but disable 
> > DONT_OPTIMIZE?
> 
> Are you building with BUILD_NATIVE enabled? And are the build host and 
> the VM on different CPU architectures?
> 
> I believe if you are building for binary portability you need to 
> disable BUILD_NATIVE.

Indeed, Dan filed an issue[1] yesterday and I suggested disabling that.

[1] https://issues.asterisk.org/jira/browse/ASTERISK-28587

--
Joshua C. Colp
Digium - A Sangoma Company | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: 
www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev
-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to