Summary:ASTERISK-01187: When parking a call system seg faults...
Reporter:opsys (opsys)Labels:
Date Opened:2004-03-09 23:28:42.000-0600Date Closed:2004-09-25 02:54:40
Versions:Frequency of
Description:I have placed the include => parkedcalls
in my context.

I have set up the following:
exten => 700,1,ParkAndAnnounce

When I place the call on hold, remote party hears moh, I hear new dial tone, enter 700 to do a transfer and SEG FAULT.


Asterisk Ready.
*CLI>     -- Starting simple switch on 'Zap/2-1'
   -- Executing Dial("Zap/2-1", "Zap/3") in new stack
   -- Called 3
   -- Zap/3-1 is ringing
   -- Zap/3-1 is ringing
   -- Zap/3-1 answered Zap/2-1
   -- Attempting native bridge of Zap/2-1 and Zap/3-1
   -- Starting simple switch on 'Zap/2-2'
   -- Started three way call on channel 2
   -- Started music on hold, class 'default', on Zap/3-1
   -- Attempting native bridge of Zap/2-1 and Zap/3-1
   -- Executing ParkAndAnnounce("Zap/2-2", "") in new stack
Segmentation fault
[root@asterisk3 ast-rpms]# Ouch ... error while writing audio data: : Broken pipe
Comments:By: James Golovich (jamesgolovich) 2004-03-10 00:43:04.000-0600

Can you try changing your parkext in /etc/asterisk/parking.conf to something other than 700?  chan_zap checks if the parkext is dialed and does the parking.  and here your calling the app and then its probably getting called or something.

so try that, and it will probably solve your problem.
either way I'd like to see a backtrace on this to prevent this type of thing in the future

By: James Golovich (jamesgolovich) 2004-03-11 01:10:56.000-0600

Just tested this out and it looks like ParkAndAnnounce is very picky about not getting any arguments.  So check out the appnotes on it for how to use it.  I'm going to commit a fix so the segfault doesn't happen though

By: James Golovich (jamesgolovich) 2004-03-11 01:24:21.000-0600

Ok I commited a fix for the segfaults, but ParkAndAnnounce won't work without anything passed to it.  I also fixed the returned error so it makes this clear