[asterisk-bugs] [Asterisk 0013467]: Seg fault 1.6.0 trunk

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13467 
====================================================================== 
Reported By:                edantie
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   13467
Category:                   CDR/General
Reproducibility:            sometimes
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 142733 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-09-12 04:38 CDT
Last Modified:              2008-09-13 12:39 CDT
====================================================================== 
Summary:                    Seg fault 1.6.0 trunk
Description: 
Program terminated with signal 11, Segmentation fault.
http://bugs.digium.com/view.php?id=0  0x0000000000446ed3 in ast_cdr_start
(cdr=0x4a0) at cdr.c:680
680			if (!ast_test_flag(cdr, AST_CDR_FLAG_LOCKED)) {

====================================================================== 

---------------------------------------------------------------------- 
 (0092466) edantie (reporter) - 2008-09-13 12:39
 http://bugs.digium.com/view.php?id=13467#c92466 
---------------------------------------------------------------------- 
I've been trying it on our main office. So I wasn't doing the tests myself.
But for the extensions in action at that moment here is the situation (I
suppose): 

One call enter from dahdi/18 (of a E1 TE110P)
It called extension SIP/1015
SIP/1015 is on holidays (lucky one) and as programmed the polycom phone to
be redirected to SIP/1020 (IP10s)

Don't know exactly what's happen next:

Normally, SIP/1020 is answering the call and do an attended call to
another SIP phone (IP10s)

Hope help 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-09-13 12:39 edantie        Note Added: 0092466                          
======================================================================