|Summary:||ASTERISK-11884: Segfault when using realtime queues and 'strategy' is not NULL|
|Reporter:||Nick Barnes (bcnit)||Labels:|
|Date Opened:||2008-04-21 11:42:52||Date Closed:||2008-04-24 08:41:44|
|Environment:||Attachments:||( 0) 12486-realtimestrategy.diff|
( 1) bt.txt
( 2) btfull.txt
( 3) threadapplyallbt.txt
|Description:||Using realtime, a queue is defined in a MySQL database as:|
CREATE TABLE IF NOT EXISTS `queues` (
`name` varchar(128) NOT NULL,
PRIMARY KEY (`name`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
If a record is created the 'strategy' field is not NULL, Asterisk segfaults when any action takes place on that queue. These actions include 'queue show QUEUENAME' at the CLI or using the Queue(QUEUENAME) application within the dialplan.
****** ADDITIONAL INFORMATION ******
The box has configuration copied from a working 1.4.x installation with a few tweaks for 1.6. All other realtime functionality appears to work AOK.
I have some coredumps (from a standard 'safe_asterisk' startup), but I can provide whatever else is needed (though I may need handholding on the finer points of debugging!!)
|Comments:||By: Mark Michelson (mmichelson) 2008-04-21 12:05:53|
If you could get a backtrace from any of the core dumps you have, that would be very helpful. See doc/backtrace.txt for details.
By: Jason Parker (jparker) 2008-04-21 16:11:04
I just attached a patch. Could you give it a try?
By: Nick Barnes (bcnit) 2008-04-21 17:05:33
Backtrace attached. Please let me know if it's not done right!
By: Nick Barnes (bcnit) 2008-04-21 17:14:26
Still get the same problem with the patch installed. Sorry!
By: Mark Michelson (mmichelson) 2008-04-22 18:06:39
After looking at the source for 1.6.0-beta7.1, I strongly suspect that this bug has been fixed in 1.6.0's subversion branch, revision 113982 or higher (issue ASTERISK-11809). Please check to be sure. Thanks!
By: Nick Barnes (bcnit) 2008-04-23 03:08:15
Yes, it's OK. Sorry about the dup. I did search, honest!!
By: Nick Barnes (bcnit) 2008-04-24 05:33:27
I believe this can be closed now. Thank you.
By: Mark Michelson (mmichelson) 2008-04-24 08:41:44
Closing since this has been fixed.