that is starting to look interesting. 
I think we do not need to rush to name functions right now, as the refactoring is still going on.

Victor
On 25 Apr 2012, at 21:33, Tito Latini  wrote:

> It works here
> 
> #include 
> 
> int main(int argc, char **argv)
> {
>    void *csound = csoundCreate(0);
>    int result;
>    TREE *root;
>    csoundPreCompile(csound);
>    csoundDummyModules(csound);
>    root = csoundParseOrc(csound,
>                          "sr     = 44100\n"
>                          "ksmps  = 64\n"
>                          "nchnls = 1\n"
>                          "instr 1\n"
>                          "aout oscil 10000, 440, 1\n"
>                          "out aout\n"
>                          "endin\n");
>    csoundCompileOrc(csound, root);
>    csoundReadScore(csound,
>                    "f1 0 8192 10 1\n"
>                    "i1 0 1\n"
>                    "e\n");
>    result = csoundDummyMusmon(csound);
>    if(!result)
>      while(csoundPerformKsmps(csound) == 0){}
>    csoundDestroy(csound);
>    return result;
> }
> 
> 
> `csoundDummyModules' calls `csoundLoadExternals' and `csoundInitModules'.
> 
> `csoundDummyMusmon' sets `O->filetyp', O->sfheader, O->outformat, etc,
>  calls `omp_set_num_threads' if `O->numThreads > 1' and contains
>  the PARCS code. Finally it calls `musmon'.
> 
> If you suggest the names for the dummy functions, I apply the changes tomorrow.
> 
> PS  After these changes we can reduce the code for *Modules, etc.
> 
> tito
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Most of the current technical discussions on this list go above my
head, but this I get! Nice work.


On 25 April 2012 21:33, Tito Latini  wrote:
> It works here
>
> #include 
>
> int main(int argc, char **argv)
> {
>    void *csound = csoundCreate(0);
>    int result;
>    TREE *root;
>    csoundPreCompile(csound);
>    csoundDummyModules(csound);
>    root = csoundParseOrc(csound,
>                          "sr     = 44100\n"
>                          "ksmps  = 64\n"
>                          "nchnls = 1\n"
>                          "instr 1\n"
>                          "aout oscil 10000, 440, 1\n"
>                          "out aout\n"
>                          "endin\n");
>    csoundCompileOrc(csound, root);
>    csoundReadScore(csound,
>                    "f1 0 8192 10 1\n"
>                    "i1 0 1\n"
>                    "e\n");
>    result = csoundDummyMusmon(csound);
>    if(!result)
>      while(csoundPerformKsmps(csound) == 0){}
>    csoundDestroy(csound);
>    return result;
> }
>
>
> `csoundDummyModules' calls `csoundLoadExternals' and `csoundInitModules'.
>
> `csoundDummyMusmon' sets `O->filetyp', O->sfheader, O->outformat, etc,
>  calls `omp_set_num_threads' if `O->numThreads > 1' and contains
>  the PARCS code. Finally it calls `musmon'.
>
> If you suggest the names for the dummy functions, I apply the changes tomorrow.
>
> PS  After these changes we can reduce the code for *Modules, etc.
>
> tito
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hi,

This is very nice.

Purely from a user's perspective, why is it useful to have two
separate functions to parse and then compile orc and sco? Wouldn't it
be better to have a single one that does both internally? Or what
purpose would the separate functions serve?

Cheers,
Andrés

On Wed, Apr 25, 2012 at 9:33 PM, Tito Latini  wrote:
> It works here
>
> #include 
>
> int main(int argc, char **argv)
> {
>    void *csound = csoundCreate(0);
>    int result;
>    TREE *root;
>    csoundPreCompile(csound);
>    csoundDummyModules(csound);
>    root = csoundParseOrc(csound,
>                          "sr     = 44100\n"
>                          "ksmps  = 64\n"
>                          "nchnls = 1\n"
>                          "instr 1\n"
>                          "aout oscil 10000, 440, 1\n"
>                          "out aout\n"
>                          "endin\n");
>    csoundCompileOrc(csound, root);
>    csoundReadScore(csound,
>                    "f1 0 8192 10 1\n"
>                    "i1 0 1\n"
>                    "e\n");
>    result = csoundDummyMusmon(csound);
>    if(!result)
>      while(csoundPerformKsmps(csound) == 0){}
>    csoundDestroy(csound);
>    return result;
> }
>
>
> `csoundDummyModules' calls `csoundLoadExternals' and `csoundInitModules'.
>
> `csoundDummyMusmon' sets `O->filetyp', O->sfheader, O->outformat, etc,
>  calls `omp_set_num_threads' if `O->numThreads > 1' and contains
>  the PARCS code. Finally it calls `musmon'.
>
> If you suggest the names for the dummy functions, I apply the changes tomorrow.
>
> PS  After these changes we can reduce the code for *Modules, etc.
>
> tito
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listin

the point is to first separate parsing and compilation. Then we can do things with this, like saving the tree, parsing independently, compiling from a tree, etc.

The final look of the API is yet to be designed at this point. As before, I expect that there would be a function that would also wrap the two stages together.

On 25 Apr 2012, at 23:43, Andres Cabrera  wrote:

> Hi,
> 
> This is very nice.
> 
> Purely from a user's perspective, why is it useful to have two
> separate functions to parse and then compile orc and sco? Wouldn't it
> be better to have a single one that does both internally? Or what
> purpose would the separate functions serve?
> 
> Cheers,
> Andrés
> 
> On Wed, Apr 25, 2012 at 9:33 PM, Tito Latini  wrote:
>> It works here
>> 
>> #include 
>> 
>> int main(int argc, char **argv)
>> {
>>    void *csound = csoundCreate(0);
>>    int result;
>>    TREE *root;
>>    csoundPreCompile(csound);
>>    csoundDummyModules(csound);
>>    root = csoundParseOrc(csound,
>>                          "sr     = 44100\n"
>>                          "ksmps  = 64\n"
>>                          "nchnls = 1\n"
>>                          "instr 1\n"
>>                          "aout oscil 10000, 440, 1\n"
>>                          "out aout\n"
>>                          "endin\n");
>>    csoundCompileOrc(csound, root);
>>    csoundReadScore(csound,
>>                    "f1 0 8192 10 1\n"
>>                    "i1 0 1\n"
>>                    "e\n");
>>    result = csoundDummyMusmon(csound);
>>    if(!result)
>>      while(csoundPerformKsmps(csound) == 0){}
>>    csoundDestroy(csound);
>>    return result;
>> }
>> 
>> 
>> `csoundDummyModules' calls `csoundLoadExternals' and `csoundInitModules'.
>> 
>> `csoundDummyMusmon' sets `O->filetyp', O->sfheader, O->outformat, etc,
>>  calls `omp_set_num_threads' if `O->numThreads > 1' and contains
>>  the PARCS code. Finally it calls `musmon'.
>> 
>> If you suggest the names for the dummy functions, I apply the changes tomorrow.
>> 
>> PS  After these changes we can reduce the code for *Modules, etc.
>> 
>> tito
>> 
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/

Ah, I see. Thanks for the explanation.

Cheers,
Andrés

On Wed, Apr 25, 2012 at 11:50 PM, Victor  wrote:
> the point is to first separate parsing and compilation. Then we can do things with this, like saving the tree, parsing independently, compiling from a tree, etc.
>
> The final look of the API is yet to be designed at this point. As before, I expect that there would be a function that would also wrap the two stages together.
>
> On 25 Apr 2012, at 23:43, Andres Cabrera  wrote:
>
>> Hi,
>>
>> This is very nice.
>>
>> Purely from a user's perspective, why is it useful to have two
>> separate functions to parse and then compile orc and sco? Wouldn't it
>> be better to have a single one that does both internally? Or what
>> purpose would the separate functions serve?
>>
>> Cheers,
>> Andrés
>>
>> On Wed, Apr 25, 2012 at 9:33 PM, Tito Latini  wrote:
>>> It works here
>>>
>>> #include 
>>>
>>> int main(int argc, char **argv)
>>> {
>>>    void *csound = csoundCreate(0);
>>>    int result;
>>>    TREE *root;
>>>    csoundPreCompile(csound);
>>>    csoundDummyModules(csound);
>>>    root = csoundParseOrc(csound,
>>>                          "sr     = 44100\n"
>>>                          "ksmps  = 64\n"
>>>                          "nchnls = 1\n"
>>>                          "instr 1\n"
>>>                          "aout oscil 10000, 440, 1\n"
>>>                          "out aout\n"
>>>                          "endin\n");
>>>    csoundCompileOrc(csound, root);
>>>    csoundReadScore(csound,
>>>                    "f1 0 8192 10 1\n"
>>>                    "i1 0 1\n"
>>>                    "e\n");
>>>    result = csoundDummyMusmon(csound);
>>>    if(!result)
>>>      while(csoundPerformKsmps(csound) == 0){}
>>>    csoundDestroy(csound);
>>>    return result;
>>> }
>>>
>>>
>>> `csoundDummyModules' calls `csoundLoadExternals' and `csoundInitModules'.
>>>
>>> `csoundDummyMusmon' sets `O->filetyp', O->sfheader, O->outformat, etc,
>>>  calls `omp_set_num_threads' if `O->numThreads > 1' and contains
>>>  the PARCS code. Finally it calls `musmon'.
>>>
>>> If you suggest the names for the dummy functions, I apply the changes tomorrow.
>>>
>>> PS  After these changes we can reduce the code for *Modules, etc.
>>>
>>> tito
>>>
>>> ------------------------------------------------------------------------------
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://li

I did not see the point of two functions either when they were introduced. Has something changed?

I'd also be happy to see csoundPreCompile go (or disappear from view).

Cheers,
Andrés

On Thu, Apr 26, 2012 at 1:14 PM, Tito Latini  wrote:
> Also I am against `csoundPreCompile'. Perhaps we can move
> the code from `csoundPreCompile' to `csoundCreate'.
>
> tito
>
> On Thu, Apr 26, 2012 at 06:48:55AM -0400, Michael Gogins wrote:
>> Thank you. Could the callbacks not be set before precompile? If that is
>> possible I would like to see that instead of two functions. Which callbacks
>> in particular? If we have pluggable instruments we will have another whole
>> bunch of callbacks to set up.
>>
>> Regards,
>> Mike
>>
>> On Thu, Apr 26, 2012 at 6:47 AM, Victor Lazzarini
>> wrote:
>>
>> > yes, the precompile might eventually be refactored into something else.
>> > The precompile exists at the moment because we need a step between creating
>> > and compiling to set up things like callbacks etc.
>> > But this will probably be resolved differently in the final version of the
>> > API.
>> >
>> > Victor
>> >
>> > On 26 Apr 2012, at 11:25, Michael Gogins wrote:
>> >
>> > I think I have been both confused and confusing. My apologies
>> >
>> > I understand and agree that we need a parse call and a compile call. What
>> > I MEANT to ask about, is why we need a precompile call and a compile call.
>> > That is not the same thing, because we had that before we had a parser.
>> >
>> > What is precompile for and who is using it?
>> >
>> > Regards,
>> > Mike
>> >
>> > On Thu, Apr 26, 2012 at 6:05 AM, Victor Lazzarini <
>> > Victor.Lazzarini@nuim.ie> wrote:
>> >
>> >> yes, we have planned to make parsing a separate call from compilation. At
>> >> some point users will be able to save parsed trees (in whatever form we
>> >> find most suitable) and to compile from trees supplied by the user (which
>> >> could have been parsed by a different parser). This will also have an
>> >> impact on the idea of (parsing and) compiling new instruments while we're
>> >> running. It is a step along the way, and
>> >> the form of these functions might change, as we experiment with these
>> >> ideas.
>> >>
>> >> Victor
>> >> On 26 Apr 2012, at 10:51, Michael Gogins wrote:
>> >>
>> >> That is nice and also we already have this, but it does not answer my
>> >> question. What actual reason is there to separate these phases into two
>> >> function calls? If there is not a reason that musicians will actually use,
>> >> then there should not be a separation. Has anybody actually been using
>> >> precompile for something and if so, what?
>> >>
>> >> Regards,
>> >> Mike
>> >>
>> >> On Thu, Apr 26, 2012 at 2:30 AM, Tito Latini wrote:
>> >>
>> >>> > The final look of the API is yet to be designed at this point. As
>> >>> before, I expect that there would be a function that would also wrap the
>> >>> two stages together.
>> >>>
>> >>> Yes, perhaps `csoundCompileTree' and `csoundCompileOrc',
>> >>> where the second is the wrapper (csoundParseOrc + csoundCompileTree).
>> >>>
>> >>> tito
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------------
>> >>> Live Security Virtual Conference
>> >>> Exclusive live event will cover all the ways today's security and
>> >>> threat landscape has changed and how IT managers can respond. Discussions
>> >>> will include endpoint security, mobile security and the latest in malware
>> >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> >>> _______________________________________________
>> >>> Csound-devel mailing list
>> >>> Csound-devel@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Michael Gogins
>> >> Irreducible Productions
>> >> http://www.michael-gogins.com
>> >> Michael dot Gogins at gmail dot com
>> >> ------------------------------------------------------------------------------
>> >> Live Security Virtual Conference
>> >> Exclusive live event will cover all the ways today's security and
>> >> threat landscape has changed and how IT managers can respond. Discussions
>> >> will include endpoint security, mobile security and the latest in malware
>> >> threats.
>> >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
>> >> Csound-devel mailing list
>> >> Csound-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >>
>> >>
>> >>  Dr Victor Lazzarini
>> >> Senior Lecturer
>> >> Dept. of Music
>> >> NUI Maynooth Ireland
>> >> tel.: +353 1 708 3545
>> >> Victor dot Lazzarini AT nuim dot ie
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> ------------------------------------------------------------------------------
>> >> Live Security Virtual Conference
>> >> Exclusive live event will cover all the ways today's security and
>> >> threat landscape has changed and how IT managers can respond. Discussions
>> >> will include endpoint security, mobile security and the latest in malware
>> >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> >> _______________________________________________
>> >> Csound-devel mailing list
>> >> Csound-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >>
>> >>
>> >
>> >
>> > --
>> > Michael Gogins
>> > Irreducible Productions
>> > http://www.michael-gogins.com
>> > Michael dot Gogins at gmail dot com
>> > ------------------------------------------------------------------------------
>> > Live Security Virtual Conference
>> > Exclusive live event will cover all the ways today's security and
>> > threat landscape has changed and how IT managers can respond. Discussions
>> > will include endpoint security, mobile security and the latest in malware
>> > threats.
>> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >
>> >
>> > Dr Victor Lazzarini
>> > Senior Lecturer
>> > Dept. of Music
>> > NUI Maynooth Ireland
>> > tel.: +353 1 708 3545
>> > Victor dot Lazzarini AT nuim dot ie
>> >
>> >
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Live Security Virtual Conference
>> > Exclusive live event will cover all the ways today's security and
>> > threat landscape has changed and how IT managers can respond. Discussions
>> > will include endpoint security, mobile security and the latest in malware
>> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> > _______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >
>> >
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://list

yes, we just have to make sure callbacks can be set up after csoundCreate()

On 26 Apr 2012, at 13:18, Tito Latini wrote:

> Another possibility is `csoundPreCompile' not PUBLIC and
> to call it in `csoundCreate' and `csoundReset'.
> 
> tito
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net