RE: [Asterisk-Dev] Is anyone thinking anymore?

2004-07-25 Thread Dr. Rich Murphey
>From a practical standpoint, this also reduces the cost (effort, time, etc.) for maintaining security audits. August is a popular month for exploits to be released. I'm glad were better prepared. Cheers, Rich > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]

RE: [Asterisk-Dev] UK Caller ID patch and new CVS

2004-07-23 Thread Dr. Rich Murphey
Perhaps it's not a question of elegant code but rather quality and maintainability. Once code goes in, those are real issues that take time and effort. I've seen technical integrity mistaken for dictatorship many times, and in the end the users suffer if it is replaced by political solutions. Be

RE: [Asterisk-Dev] Re: EAGAIN rtp.c

2004-07-13 Thread Dr. Rich Murphey
> -Original Message- > From: [EMAIL PROTECTED] > > "Wolfgang" == Wolfgang S Rupprecht > <[EMAIL PROTECTED]> writes: > > Wolfgang> Under unix and bsd EAGAIN simply means someone set > the socket > Wolfgang> to non-blocking and proceeded to read the socket before any > Wolfgang>

RE: [Asterisk-Dev] MeetMe Improvement

2004-07-10 Thread Dr. Rich Murphey
Yea, that's my first impression as well. But configuring Apache (which uses XML) isn't so bad. Plus, it greatly simplifies any protocol for exchanging configuration data. That leaves the door open to creating wizards, or other tools that create or maintain configuration. Rich > -Origin

RE: [Asterisk-Dev] MeetMe Improvement

2004-07-06 Thread Dr. Rich Murphey
> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alastair Maw > > Mike Mitchell wrote: > > >> How about not requiring any type of timer anymore? > > > On 06/07/04 18:20, Jeremy McNamara wrote: > > > Ok Mr. Smart guy, show us how to mix audio without a 1000hz > interrupt.

RE: [Asterisk-Dev] build/make environment

2004-05-22 Thread Dr. Rich Murphey
I'd be glad to modify whatever I've written to support FreeBSD in order to take advantage of autoconf. I believe autoconf would make support for *BSD easier to achieve and easier to maintain. Just count on me to modify it accordingly if autoconf is integrated. Although I'd prefer to use autoconf

RE: [Asterisk-Dev] Current error on fbsd 5.2.1-p6

2004-05-19 Thread Dr. Rich Murphey
Wow, thanks very much for catching that.. -- that's a new file that simply hadn't made it into the repository. For the moment you can get it as 'queue-h.dif' from here: http://bugs.digium.com/bug_view_page.php?bug_id=0001626 patch -Original Message- > From: [EMAIL PROTECTED] [mailto:ast

RE: [Asterisk-Dev] libsrtp

2004-05-15 Thread Dr. Rich Murphey
Would Sipura interoperability be an appropriate practical goal for implementing these as Olle suggested? Are there any compatible soft phones or service providers to test against (for those without a Sipura)? Cheers, Rich > -Original Message- > From: [EMAIL PROTECTED] [mailto:asterisk-d

RE: [Asterisk-Dev] FreeBSD compile problems (even with new changes)

2004-05-13 Thread Dr. Rich Murphey
hansson > Sent: Thursday, May 13, 2004 12:06 PM > To: [EMAIL PROTECTED] > Subject: Re: [Asterisk-Dev] FreeBSD compile problems (even with new > changes) > > Dr. Rich Murphey wrote: > > > If no one else is looking at this I'd be happy to. Asterisk 0.9.0 in > > Free

RE: [Asterisk-Dev] FreeBSD compile problems (even with new changes)

2004-05-13 Thread Dr. Rich Murphey
Umm.. nevermind, it's easy to see that PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP is undeclared at compile time. I'll take a further look Cheers, Rich > -Original Message- > From: [EMAIL PROTECTED] [mailto:asterisk-dev- > [EMAIL PROTECTED] On Behalf Of Dr. Rich Murph

RE: [Asterisk-Dev] FreeBSD compile problems (even with new changes)

2004-05-13 Thread Dr. Rich Murphey
Try http://www.murphey.org/asterisk-CIRCLEQ.diff Cheers, Rich > -Original Message- > From: [EMAIL PROTECTED] [mailto:asterisk-dev- > [EMAIL PROTECTED] On Behalf Of John Todd > Sent: Wednesday, May 12, 2004 6:00 PM > To: [EMAIL PROTECTED] > Subject: [Asterisk-Dev] FreeBSD compile proble