[asterisk-bugs] [Asterisk 0012726]: ForkCDR application fails to set duration

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12726 
====================================================================== 
Reported By:                binuvb
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   12726
Category:                   Applications/app_forkcdr
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-27-2008 01:51 CDT
Last Modified:              05-27-2008 13:31 CDT
====================================================================== 
Summary:                    ForkCDR application fails to set duration
Description: 
Thanks in advance.

I have made a call back system using the callfiles. So when clients call
up some access number (which will come to asterisk), asterisk would
disconnect, call them back and plays an IVR, where the clients can dial
international numbers and speak. 

Here i used to generate 2 CDRs , one calling from asterisk to the client's
number and then from client's number to the number he/she dials. Both these
will be charged under the client's account(which is done by separate
program  made by me). 
I was using ForkCDR to generate the extra CDR
All these happened without any trouble in ast - 1.4.4. But of late, I
changed to ast-1.4.18. Now i get only one CDR. 

I did some googling and found out that in ast-1.4.18 , there were some
changes made which caused this. Will this feature be restored or can I
revert to an old version of forkcdr (within 1.4.18 itself) 
=============================================================
I got the below solution from the net which appeared to solve my problem.
I tried it , but failed
====================================================================
# svn co http://svn.digium.com/svn/asterisk/tags/1.4.18 asterisk-1.4.18
# cd asterisk-1.4.18
# svn diff -c 82444 > m10668.patch
# patch -R -p0 < m10668.patch

that should give you version with that specific patch reverted, then
you can just upgrade to next version by
# svn switch http://svn.digium.com/svn/asterisk/tags/1.4.19
and re- make, make install 
==========================================================================

Please do reply me and solve this.


Thanks once again
====================================================================== 

---------------------------------------------------------------------- 
 murf - 05-27-08 13:31  
---------------------------------------------------------------------- 
binuvb-- The moment you mentioned forkCDR(), I shuddered.
But your solution (reverting the changes submitted via bug
10668) is not going to fly. The fact that forkCDR introduced
the "CDR stack", and marked the current entry as "LOCKED", 
was not uniformly enforced in the other CDR functions,
a problem that 10668 pointed out, and we fixed.

IF 10668 was not appropriate, there is no documentation
to explain how and why NOT enforcing locking on the stack
would be desirable and necessary. Indeed, I viewed the 
whole thing as an oversight and enforced locking. The guy
who submitted the bug didn't compain about it since it was
done back in Sept.

I'm going to tie this bug to 10668, and also to 11721. Please
see if you can refer to my posting that i just did on the 
asterisk-users mailing list subject "ForkCDR". I'm proposing
a set of suggested options to add to forkCDR, and using one
or more of them may just solve your problem. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-27-08 13:31  murf           Note Added: 0087380                          
======================================================================