Summary: | ASTERISK-08164: potential panics induced by app_dial.c::do_forward() | ||
Reporter: | Luigi Rizzo (rizzo) | Labels: | |
Date Opened: | 2006-11-21 06:51:58.000-0600 | Date Closed: | 2011-06-07 14:07:56 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Applications/app_dial |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | function do_forward() (and the equivalent code in 1.4 and below), in many of its paths, overwrites or destroys the outgoing channel causing a number of problems - first, it doesn't free properly the channel when overwriting; second, it doesn't delete the old references when doing ast_hangup() on the channel, causing double free() etc. I am not familiar enough with what the code should do, how to dispose of the existing channel, etc. so if someone can have a look at this it would be great. I am not sure either how serious is the problem - i am triggering it with some weird dialplan configuration that is probably causing loops, but the panics i get are reproducible all the time. | ||
Comments: | By: Jason Parker (jparker) 2006-11-28 14:25:41.000-0600 Any chance you can post the configs you're using to cause this? By: Luigi Rizzo (rizzo) 2006-12-19 03:36:06.000-0600 will do, let me work on the problem again... By: Tilghman Lesher (tilghman) 2007-02-05 16:01:13.000-0600 Housekeeping. Anything new on this? By: jmls (jmls) 2007-05-28 03:33:25 more housekeeping By: Joshua C. Colp (jcolp) 2007-06-06 19:27:56 It's been 6 months now and after looking at the current and past code I'm pretty confident that this is fine now. If you still have the dialplan logic though rizzo that seemed to trip this and it still goes kaboom, feel free to attach and reopen. |