[asterisk-dev] [Asterisk 0017686]: Asterisk crashing in ast_readaudio_callback at file.c:762

Dave WOOLLEY david.woolley at bts.co.uk
Thu Aug 19 06:11:18 CDT 2010


> My point is that there are two similar crashes, only one involving 
> res_timing_pthread, which weakens the case for res_timing_pthread 
> being the cause of one of them.  There has to be a strong presumption 
> that there is a common cause.

Whilst I'm still analyzing and trying to work out how to reproduce this on demand, it looks like in our case part of the problem is that res_musiconhold.c uses ast_openstream_full explicitly, which means that ast_applystream doesn't get run and no owner link gets set on the filestream.  When ast_filestream is called, from chan_agent.c, to replace the MOH with a beep, the lack of owner causes any code to try and shut down the old stream and generator to be bypassed.  (app_externivr is the other explicit user of openstream.)

1.6.2, against which the original issue was reported, has changes in the cleanup of old streams, but the new code still relies on the owner link being set, to find and cleanup the channel.

I'm also not yet convinced that timing.c based timing will get shut down sufficiently synchronously, even when everything is working as intended.

As this is a public list, the confidentiality part of the following doesn't apply.
-- 
David Woolley
BTS Holdings Plc
Tel: +44 (0)20 8401 9000 Fax: +44 (0)20 8401 9100
http://www.bts.co.uk
This email and its attachments may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of the company. If you are not the intended recipient of this email, you must take no action based upon it, nor must you copy or show it to anyone. Please contact the sender if you believe you have received this email in error. In accordance with English Law, email communications may be monitored. All reasonable precautions have been taken to ensure that no viruses are present in this email; however, the company cannot accept responsibility for loss or damage arising from the use of this email. We recommend that you subject this email to your own virus checking procedures. BTS Holdings PLC is registered in England 1517630, VAT No 523 5092 66. Registered office, BTS House, Manor Road, Wallington, SM6 0DD


More information about the asterisk-dev mailing list