[asterisk-dev] Re: [asterisk-commits] file: trunk r50676 - in /trunk: ./ channels/ configs/

2007-01-12 Thread Kevin P. Fleming
[EMAIL PROTECTED] wrote: > Author: file > Date: Fri Jan 12 21:26:04 2007 > New Revision: 50676 > > URL: http://svn.digium.com/view/asterisk?view=rev&rev=50676 > Log: > Merge in trunkrealloc option for chan_iax2. (issue #8267 reported by > marcodmb, branch by anthonyl) Wouldn't it be clearer (and

Re: [asterisk-dev] Re: Installation and Compilation (Jared Smith)

2007-01-12 Thread Steven Critchfield
TRIM YOUR REPLIES TO JUST THE MINIMUM NEEDED On Fri, 2007-01-12 at 10:39 -0800, bilal ghayyad wrote: > Dear Jared; > > Who create the Makefile? Is it coming after I do the make command or it will > be existed after extracting the tar.gz files? > > Regards > Bilal -- Steven Critchfield <[EMAIL

Re: [asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

2007-01-12 Thread John Todd
At 8:27 AM -0600 2007/1/12, Kevin P. Fleming wrote: John Todd wrote: While I understand the sentiment here, I'm not sure this is a good idea. This builds in a 500ms post-dial delay issue into every call. I've been building systems for three years now, and everywhere there is an "Answer" (wh

[asterisk-dev] Re: Installation and Compilation (Jared Smith)

2007-01-12 Thread bilal ghayyad
Dear Jared; Who create the Makefile? Is it coming after I do the make command or it will be existed after extracting the tar.gz files? Regards Bilal - Original Message From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> To: asterisk-dev@lists.digium.com Sent: Friday, January 12, 2007 9:41:14

[asterisk-dev] digitmap - RFC2705

2007-01-12 Thread Clod Patry
hi guys, I was wondering if there's any work in progress to port the RFC2705 in asterisk. I mean, something that will translate any digits maps string in a pattern way that Asterisk will understand (NXZ and [foo-bar]). If none, let me so I can start work on something related to that. Imagine thi

[asterisk-dev] Re: "asterisk-dev Digest, Vol 30, Issue 24 Installation and Compilation (Jared Smith)"

2007-01-12 Thread bilal ghayyad
Dear Jared; I see from your answer three kernels: 1) Zaptel kernel drivers. 2) kernel sources. 3) Linux 2.4 kernel. Really I would like to know if I can access any of these kernels to see it (read it) and based on what the system build a kernel? Is it a virtual thing? Please advise. Regards B

Re: [asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

2007-01-12 Thread Jared Smith
On 1/12/07, Kevin P. Fleming <[EMAIL PROTECTED]> wrote: Note that the Answer() argument was also mis-documented; it was already a post-answer delay, and I've updated all three branches to reflect that. I thought it was, but then I went back and looked at the documentation and it said "before",

Re: [asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

2007-01-12 Thread Kevin P. Fleming
Jared Smith wrote: > Wouldn't this be better served as an argument to the Answer() > application? We already have one argument for a delay *before* > answering the channel, so why not have one for a delay *after* > answering the channel. Now the commit log says "when a channel gets > automaticall

Re: [asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

2007-01-12 Thread Jared Smith
On 1/12/07, John Todd <[EMAIL PROTECTED]> wrote: While I understand the sentiment here, I'm not sure this is a good idea. This builds in a 500ms post-dial delay issue into every call. I've been building systems for three years now, and everywhere there is an "Answer" (which, I believe, should be

Re: [asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

2007-01-12 Thread Kevin P. Fleming
John Todd wrote: > While I understand the sentiment here, I'm not sure this is a good > idea. This builds in a 500ms post-dial delay issue into every call. > I've been building systems for three years now, and everywhere there is > an "Answer" (which, I believe, should be the only method that pick

Re: [asterisk-dev] format_xxx required?

2007-01-12 Thread Tilghman Lesher
On Friday 12 January 2007 02:29, Ian Hailey wrote: > Tilghman Lesher wrote: > >On Thursday 11 January 2007 04:25, Ian Hailey wrote: > >>I have created a new codec (i.e. codec_xxx.so) for Asterisk and would > >>like to know if I need to also create a new format module (i.e. > >>format_xxx.so) suppor

[asterisk-dev] realtime and column names

2007-01-12 Thread Julian Lyndon-Smith
I've run into a little problem using realtime queues, and want to make a proposal / suggestion / comment ;) With what I can see with realtime, the columns in the table are matched to the options in the corresponding .conf file. for example: queues.conf: retry=5 realtime: sometable.retry conta

Re: [asterisk-dev] Re: [svn-commits] file: trunk r1807 - /trunk/zaptel.c

2007-01-12 Thread Tzafrir Cohen
On Thu, Jan 11, 2007 at 10:35:19PM -0500, Russell Bryant wrote: > svn-commits@lists.digium.com wrote: > >Author: file > >Date: Thu Jan 11 11:07:38 2007 > >New Revision: 1807 > > > >URL: http://svn.digium.com/view/zaptel?view=rev&rev=1807 > >Log: > >Return what I took away (fcstab) since it's actual

Re: [asterisk-dev] Queue and analog PBX

2007-01-12 Thread Faruk Kasumovic
Senad Jordanovic wrote: Faruk Kasumovic wrote: I'm trying to do following: I want to link asterisk queue with analog PBX in fashion that all incoming calls will be transfered from queue using flash/recall so zaptel channel is free after that. And I made it, but what if number I flush to is b

Re: [asterisk-dev] format_xxx required?

2007-01-12 Thread Ian Hailey
Tilghman Lesher wrote: On Thursday 11 January 2007 04:25, Ian Hailey wrote: I have created a new codec (i.e. codec_xxx.so) for Asterisk and would like to know if I need to also create a new format module (i.e. format_xxx.so) supporting the new format? Do the format_xxx.so modules just provid