Steve,<br>I didnt mean to say that your patch did that. Actually i did saw this error before applying your patch. i just mentioned it here. So is this problem fixable?<br><br><div><span class="gmail_quote">On 5/5/07, <b class="gmail_sendername">
Steve Murphy</b> <<a href="mailto:murf@digium.com">murf@digium.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Fri, 2007-05-04 at 15:25 +0500, Rizwan Hisham wrote:
<br>> Nops. removing res_features doesnt work.<br><br>Rizwan--<br><br>This is strange; It would seem your main/cdr.c and res/res_features.c<br>are out of sync!<br><br>The code chunk I sent you does not contain any references to
<br>ast_cdr_merge, and<br>does not have anything to do with res_features... so... you should have<br>seen this<br>problem with or without my patch! Can you investigate and make sure<br>something hasn't been mixed into your release?
<br><br><br>murf<br><br>><br>> On 5/4/07, Rizwan Hisham <<a href="mailto:rizwanhasham@gmail.com">rizwanhasham@gmail.com</a>> wrote:<br>> Nops. Its not working. i have restored to original chan_local
<br>> file. Im also having another problem now (in asterisk 1.4.4).<br>><br>> The call originates fine, ringing is done, call is accepted,<br>> channels bridged fine. but when either of the channels hangup,
<br>> asterisk dies and displays the following msg:<br>><br>> asterisk: symbol lookup<br>> error: /usr/lib/asterisk/modules/res_features.so: undefined<br>> symbol: ast_cdr_merge
<br>><br>> again, i dont know whats the problem. i'll try n remove the<br>> res_features and then try caling again. Can anybody tell me<br>> what other things will be effected by removing the
<br>> res_features?<br>><br>> On 5/3/07, Steve Murphy <<a href="mailto:murf@digium.com">murf@digium.com</a>> wrote:<br>> On Thu, 2007-05-03 at 16:47 +0500, Rizwan Hisham<br>
> wrote:<br>> > Hi all,<br>> > i just updated to asterisk 1.4.4 from 1.4.2. i was<br>> doing this to<br>> > forward an unanswered call in
1.4.2<br>> ><br>> > exten=> 1,1,Dial(SIP/123,,Ttg)<br>> > exten=> 1,2,Gotoif($[${DIALSTATUS}=ANSWERED]?:10)<br>> > exten=> 1,3,Hangup
<br>> ><br>> > exten=> 1,10,Dial(Local/2,,Ttg)<br>> > exten=> 1,11,Hangup<br>> ><br>> > exten=> 2,1,Dial(SIP/234,,Ttg)
<br>> > exten=> 2,2,Hangup<br>> ><br>> > All the CDR variables for the first channel<br>> (SIP/123) are fine. but<br>> > when local channel initiates, it does not copy the
<br>> CDR(accountcode)<br>> > variable from the first channel (in asterisk 1.4.4),<br>> whereas it did in<br>> > 1.4.2. so the CDR(accountcode) variable for local
<br>> channel is empty in<br>> > 1.4.4. This is a big problem for me as i have to<br>> charge the forwarded<br>> > calls also and all calls are charged based on
<br>> account code. If<br>> > accountcode is empty, i cant make a decision how to<br>> charge the call.<br>> ><br>> > Can anybody fix this for me or do i have to jump
<br>> back to asterisk<br>> > 1.4.2?<br>> ><br>> > --<br>> > Regards<br>> > Rizwan Hisham<br>
> > Software Engineer<br>><br>> Riswan--<br>><br>> This could easily be my fault. I've attached a fix,<br>> that I can commit to<br>
> the source, if it works for you.<br>><br>> Here the instructions:<br>><br>> 1. save the attachment to a file.<br>> 2. cd to your 1.4-source
/channels directory<br>> 3. patch -p0 < localfix<br>> 4. cd ..<br>> 5. make<br>> 6. make install<br>><br>> test<br>><br>
> If there's no differences, you still have the same<br>> problem, you'd best<br>> restore the source to it's previous condition:<br>><br>> 1. cd
1.4-sourcedir/channels<br>> 2. mv chan_local.c.orig chan_local.c<br>> 3. cd ..<br>> 4. make<br>> 5. make install<br>><br>> This patch will properly set the accountcode amaflag
<br>> from the local<br>> channel's owner at channel creation time, and<br>> therefore, the local<br>> channels' CDR as well.<br>><br>
><br>> --<br>> Steve Murphy<br>> Software Developer<br>> Digium<br>><br>><br>> _______________________________________________
<br>> --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>><br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:
<br>><br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>><br>><br>><br>><br>><br>> --<br>
> Regards<br>> Rizwan Hisham<br>> Software Engineer<br>><br>><br>><br>> --<br>> Regards<br>> Rizwan Hisham<br>> Software Engineer<br>> _______________________________________________
<br>> --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>><br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>--<br>Steve Murphy<br>Software Developer<br>Digium<br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">
Easynews.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br><br><br></blockquote></div><br><br clear="all"><br>-- <br>Regards<br>Rizwan Hisham<br>Software Engineer