search for: zt_pvt

...something else. From what I can tell with the little C knowledge I have is that it's caused by a hardcoded *0 value chan_zap.c. Line 5730 of chan_zap.c (svn rev 1077) shows: } else if (!strcmp(exten, "*0")) { struct ast_channel *nbridge = p->subs[SUB_THREEWAY].owner; struct zt_pvt *pbridge = NULL; Can I just change that value to something else like *999999999 or even totally remove the code so I can use exten => _*0. in my dialplan? I'd also appreciate some guidance how to go about removing all the hardcoded US service codes from chan_zap.c so those values become av...

...can then bind to a zaptel conference and play a stream to it. I've been using as inspiration the Radio Repeater app, app_rpt.c, which uses this technique to play idents and announcements. Unfortunately, I can't get it to work. In chan_zap.c, having called zt_request(), it decides that the zt_pvt for my X100P card is a sufficient match for the request, which terminates the search loop and then fails later tests. There should be special processing for CHAN_PSEUDO, but by the time zt_request gets to the test (p->channel == CHAN_PSEUDO) around line 8524 of chan_zap.c, the p returned by ava...