[Asterisk-Users] Question about AGI vs. FastAGI vs. straight C/DB development

[Steven Critchfield]

On Mon, 2005-03-07 at 19:19 -0500, Karl H. Putz wrote:
> >-----Original Message-----
> >From: asterisk-users-bounces at lists.digium.com
> >[mailto:asterisk-users-bounces at lists.digium.com]On Behalf Of Steven
> >Critchfield
> >Sent: Monday, March 07, 2005 6:08 PM
> >To: Asterisk Users Mailing List - Non-Commercial Discussion
> >Subject: Re: [Asterisk-Users] Question about AGI vs. FastAGI vs.
> >straight C/DB development
> >
> >
> <snip>
> >
> >You said a magic word there, customers. You need to become versed in the
> >ins and outs of licensing. If you write it in C and distribute it, you
> >must also offer to those you distribute asterisk your modifications and
> >linked in code.
> >
> >For AGI and FastAGI, it isn't linked to GPL code in asterisk and
> >therefore is sheltered from the GPL license of asterisk. But then you
> >need to verify you aren't using any libraries that are distributed under
> >a GPL license or you would also have to open source your code upon
> >distribution.
> 
> Please correct me if I'm wrong here but, the script/process called by the
> AGI could
> be any executable adhering to the AGI standard.  This could be a compiled C
> or any
> language executable that simply parses the startup info provided by the AGI
> and
> communicates with * via stdin and stdout.  This means that the executable
> would be
> standalone and not need to be linked to the GPL code.  I think this means
> that the
> source of any AGI application would not be subject to the GPL licensing if
> the author
> would so choose.

My first paragraph was incomplete. When I said to write it in C, I meant
a linked to asterisk application. I didn't say it explicitly, and it
wasn't clear to assume it either.

Yes you can write an AGI or FastAGI in any language including C. At that
point you are only possible limited by the libraries you choose to
include with your application as to whether or not the GPL applies. 
-- 
Steven Critchfield <critch at basesys.com>