Summary:	ASTERISK-05059: coredump with libpri/asterisk
Reporter:	Roy Sigurd Karlsbakk (rkarlsba)	Labels:
Date Opened:	2005-09-12 07:50:01	Date Closed:	2011-06-07 14:03:10
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) q921_bt.txt
Description:	had asterisk running normally, and _boom_ error seems to be in q921_transmit() roy
Comments:	By: Kevin P. Fleming (kpfleming) 2005-09-13 21:59:43 Please generate a complete backtrace as you have been requested to do before... without seeing the parameters and local variables it's nearly impossible for us to find out what was happening. You didn't even bother to post the message that was generated when it crashed (if any). By: Roy Sigurd Karlsbakk (rkarlsba) 2005-09-14 03:29:11 I've been through all logs and have not found anything. This is all the output I could get. Also, it only happened under high load. I haven't seen this later By: Michael Jerris (mikej) 2005-09-14 05:52:42 suspending until you can provide a bt full and tread apply all bt on a newly generated core file along witht verbose logs from the call causing the problem.  Just set verbose to go to a file, and when it crashes, grab the last bit. By: Roy Sigurd Karlsbakk (rkarlsba) 2005-09-14 06:04:46 i have already set verbose and debug and all to go to a file, but there's nothing there By: Michael Jerris (mikej) 2005-09-14 06:52:48 My previous note still stands, there is no bt full or thread apply all bt, so this still needs to be suspended.