[Home]

Summary:ASTERISK-17290: [REGRESSION]: Attended SIP transfer to park extension segfaults Asterisk
Reporter:David Brillert (aragon)Labels:
Date Opened:2011-01-26 11:10:05.000-0600Date Closed:2011-06-07 14:01:02
Priority:CriticalRegression?Yes
Status:Closed/CompleteComponents:Channels/chan_local
Versions:1.8.4 Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) jan_27_2011_astdebug_cli_park_segfault_during_valgrind.txt.zip
( 1) Jan_27_2011_malloc_debug.txt
( 2) Jan_27_2011_valgrind.txt
( 3) park_segfault_jan_26_2011.txt
Description:Asterisk 1.40.rc1
Almost during every SIP transfer to parking extension there is a segfault.
Technology is PRI to SIP extension.
Incoming PRI channel to ext 6010 in dial plan.
6010 is Polycom 3.2.3.1734 firmware
6010 attended SIP transfer to park ext 7000
Presses transfer second time to complete transfer after hearing park ext and some MOH.
Asterisk segfaults.

****** ADDITIONAL INFORMATION ******

Backtrace with Asterisk CLI attached.
Comments:By: David Brillert (aragon) 2011-01-27 08:43:44.000-0600

I also have a full valgrind core dump file but even zipped it is too large to attach to this report at 13.6 MB

By: David Brillert (aragon) 2011-02-03 10:51:09.000-0600

Over on bug report ASTERISK-17263 jpeeler has uploaded a patch bug18637.patch which appears to get rid of the segfaults but adds a lot of locking and unlocking.

Based on that patch ASTERISK-17290 could probably be closed out because the segfaults disappear with bug18637.patch



By: David Brillert (aragon) 2011-02-04 09:28:22.000-0600

This issue is fixed in r306120 so this report can be closed out.