I have not studied all the messages about this but I would contribute
a couple of thoughts.

1)  Tables are generated at init time in some cases, and a score can
generate a table at any time

2)  A number of opcodes call malloc internally at init time

3)  Real-time people are not the universe

I rather see Computer Science as an experimental subject; writing an
opcode to change the size of a table is the matter of a few minutes.
Then we can see if it is any good.  If it is, we document it, if it is
not then we junk it.

==John ffitch

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Sounds like a good plan!

On 28 November 2011 16:04, john ffitch  wrote:
> I have not studied all the messages about this but I would contribute
> a couple of thoughts.
>
> 1)  Tables are generated at init time in some cases, and a score can
> generate a table at any time
>
> 2)  A number of opcodes call malloc internally at init time
>
> 3)  Real-time people are not the universe
>
> I rather see Computer Science as an experimental subject; writing an
> opcode to change the size of a table is the matter of a few minutes.
> Then we can see if it is any good.  If it is, we document it, if it is
> not then we junk it.
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hi John,

On Mon, Nov 28, 2011 at 4:04 PM, john ffitch  wrote:
> 2)  A number of opcodes call malloc internally at init time

I've seen that most call malloc through the API's ->Malloc(). Which is
why I suggested implementing this as a realtime safe allocation from a
preallocated pool. Or maybe it's worth adding an RTAlloc plugin API
function which does this?

Cheers,
Andrés

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/li

One thing that would be interesting would be to allow for runtime
profiles.  We could say, optimize for rendering to disk and also
optimize for rendering to realtime.  With one profile, we could swap
out the function pointers in the CSOUND struct to use one or the
other.  Really, a host could do this at anytime, one of the nice
things about the transparency of the CSOUND struct.  (Hmm... could try
using a garbage collector... :P )

On Mon, Nov 28, 2011 at 4:14 PM, Andres Cabrera  wrote:
> Hi John,
>
> On Mon, Nov 28, 2011 at 4:04 PM, john ffitch  wrote:
>> 2)  A number of opcodes call malloc internally at init time
>
> I've seen that most call malloc through the API's ->Malloc(). Which is
> why I suggested implementing this as a realtime safe allocation from a
> preallocated pool. Or maybe it's worth adding an RTAlloc plugin API
> function which does this?
>
> Cheers,
> Andrés
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hi,

This would actually be quite nice.

Cheers,
Andrés

On Mon, Nov 28, 2011 at 4:27 PM, Steven Yi  wrote:
> One thing that would be interesting would be to allow for runtime
> profiles.  We could say, optimize for rendering to disk and also
> optimize for rendering to realtime.  With one profile, we could swap
> out the function pointers in the CSOUND struct to use one or the
> other.  Really, a host could do this at anytime, one of the nice
> things about the transparency of the CSOUND struct.  (Hmm... could try
> using a garbage collector... :P )
>
> On Mon, Nov 28, 2011 at 4:14 PM, Andres Cabrera  wrote:
>> Hi John,
>>
>> On Mon, Nov 28, 2011 at 4:04 PM, john ffitch  wrote:
>>> 2)  A number of opcodes call malloc internally at init time
>>
>> I've seen that most call malloc through the API's ->Malloc(). Which is
>> why I suggested implementing this as a realtime safe allocation from a
>> preallocated pool. Or maybe it's worth adding an RTAlloc plugin API
>> function which does this?
>>
>> Cheers,
>> Andrés
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lis

tresize and tresizei in git now.

> Sounds like a good plan!
>
> On 28 November 2011 16:04, john ffitch  wrote:
>> I have not studied all the messages about this but I would contribute
>> a couple of thoughts.
>>
>> 1)  Tables are generated at init time in some cases, and a score can
>> generate a table at any time
>>
>> 2)  A number of opcodes call malloc internally at init time
>>
>> 3)  Real-time people are not the universe
>>
>> I rather see Computer Science as an experimental subject; writing an
>> opcode to change the size of a table is the matter of a few minutes.
>> Then we can see if it is any good.  If it is, we document it, if it is
>> not then we junk it.
>>
>> ==John ffitch
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Should it not be called ftresize  and ftresizei  to denote it works with function tables (instead of tvars) ?

Victor

On 28 Nov 2011, at 17:35, jpff@cs.bath.ac.uk wrote:

> tresize and tresizei in git now.
> 
>> Sounds like a good plan!
>> 
>> On 28 November 2011 16:04, john ffitch  wrote:
>>> I have not studied all the messages about this but I would contribute
>>> a couple of thoughts.
>>> 
>>> 1)  Tables are generated at init time in some cases, and a score can
>>> generate a table at any time
>>> 
>>> 2)  A number of opcodes call malloc internally at init time
>>> 
>>> 3)  Real-time people are not the universe
>>> 
>>> I rather see Computer Science as an experimental subject; writing an
>>> opcode to change the size of a table is the matter of a few minutes.
>>> Then we can see if it is any good.  If it is, we document it, if it is
>>> not then we junk it.
>>> 
>>> ==John ffitch
>>> 
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure
>>> contains a definitive record of customers, application performance,
>>> security threats, fraudulent activity, and more. Splunk takes this
>>> data and makes sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-novd2d
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>> 
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> 
> 
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> 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




------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

es, much better -- never good at chosing names.  Will change

Anyway syntax is

isize   ftresizei ifn, insize
ksize   ftresize  kfn, knsize

resize (i/k)fn to size (i/k)nsize.  returns new size

==John ff

> Should it not be called ftresize  and ftresizei  to denote it works with
> function tables (instead of tvars) ?
>
> Victor
>
> On 28 Nov 2011, at 17:35, jpff@cs.bath.ac.uk wrote:
>
>> tresize and tresizei in git now.
>>
>>> Sounds like a good plan!
>>>
>>> On 28 November 2011 16:04, john ffitch  wrote:
>>>> I have not studied all the messages about this but I would contribute
>>>> a couple of thoughts.
>>>>
>>>> 1)  Tables are generated at init time in some cases, and a score can
>>>> generate a table at any time
>>>>
>>>> 2)  A number of opcodes call malloc internally at init time
>>>>
>>>> 3)  Real-time people are not the universe
>>>>
>>>> I rather see Computer Science as an experimental subject; writing an
>>>> opcode to change the size of a table is the matter of a few minutes.
>>>> Then we can see if it is any good.  If it is, we document it, if it is
>>>> not then we junk it.
>>>>
>>>> ==John ffitch
>>>>
>>>> ------------------------------------------------------------------------------
>>>> All the data continuously generated in your IT infrastructure
>>>> contains a definitive record of customers, application performance,
>>>> security threats, fraudulent activity, and more. Splunk takes this
>>>> data and makes sense of it. IT sense. And common sense.
>>>> http://p.sf.net/sfu/splunk-novd2d
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure
>>> contains a definitive record of customers, application performance,
>>> security threats, fraudulent activity, and more. Splunk takes this
>>> data and makes sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-novd2d
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Lovely! thanks John.

I should work out how to build Csound again at some point to try these out.

Best,

Peiman

On 28 November 2011 18:14,   wrote:
> es, much better -- never good at chosing names.  Will change
>
> Anyway syntax is
>
> isize   ftresizei ifn, insize
> ksize   ftresize  kfn, knsize
>
> resize (i/k)fn to size (i/k)nsize.  returns new size
>
> ==John ff
>
>> Should it not be called ftresize  and ftresizei  to denote it works with
>> function tables (instead of tvars) ?
>>
>> Victor
>>
>> On 28 Nov 2011, at 17:35, jpff@cs.bath.ac.uk wrote:
>>
>>> tresize and tresizei in git now.
>>>
>>>> Sounds like a good plan!
>>>>
>>>> On 28 November 2011 16:04, john ffitch  wrote:
>>>>> I have not studied all the messages about this but I would contribute
>>>>> a couple of thoughts.
>>>>>
>>>>> 1)  Tables are generated at init time in some cases, and a score can
>>>>> generate a table at any time
>>>>>
>>>>> 2)  A number of opcodes call malloc internally at init time
>>>>>
>>>>> 3)  Real-time people are not the universe
>>>>>
>>>>> I rather see Computer Science as an experimental subject; writing an
>>>>> opcode to change the size of a table is the matter of a few minutes.
>>>>> Then we can see if it is any good.  If it is, we document it, if it is
>>>>> not then we junk it.
>>>>>
>>>>> ==John ffitch
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> All the data continuously generated in your IT infrastructure
>>>>> contains a definitive record of customers, application performance,
>>>>> security threats, fraudulent activity, and more. Splunk takes this
>>>>> data and makes sense of it. IT sense. And common sense.
>>>>> http://p.sf.net/sfu/splunk-novd2d
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> All the data continuously generated in your IT infrastructure
>>>> contains a definitive record of customers, application performance,
>>>> security threats, fraudulent activity, and more. Splunk takes this
>>>> data and makes sense of it. IT sense. And common sense.
>>>> http://p.sf.net/sfu/splunk-novd2d
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure
>>> contains a definitive record of customers, application performance,
>>> security threats, fraudulent activity, and more. Splunk takes this
>>> data and makes sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-novd2d
>>> _______________________________________________
>>> 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
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

just to add to the discussion that ftables have a lot of usages for
"slow" situations, and in these contextes the resize of a table can be
very useful.
so, thanks to john for the new (and easy) way of doing this, and thanks
to peiman for the request! best -
	joachim


Am 28.11.2011 19:14, schrieb jpff@cs.bath.ac.uk:
> es, much better -- never good at chosing names.  Will change
> 
> Anyway syntax is
> 
> isize   ftresizei ifn, insize
> ksize   ftresize  kfn, knsize
> 
> resize (i/k)fn to size (i/k)nsize.  returns new size
> 
> ==John ff
> 
>> Should it not be called ftresize  and ftresizei  to denote it works with
>> function tables (instead of tvars) ?
>>
>> Victor
>>
>> On 28 Nov 2011, at 17:35, jpff@cs.bath.ac.uk wrote:
>>
>>> tresize and tresizei in git now.
>>>
>>>> Sounds like a good plan!
>>>>
>>>> On 28 November 2011 16:04, john ffitch  wrote:
>>>>> I have not studied all the messages about this but I would contribute
>>>>> a couple of thoughts.
>>>>>
>>>>> 1)  Tables are generated at init time in some cases, and a score can
>>>>> generate a table at any time
>>>>>
>>>>> 2)  A number of opcodes call malloc internally at init time
>>>>>
>>>>> 3)  Real-time people are not the universe
>>>>>
>>>>> I rather see Computer Science as an experimental subject; writing an
>>>>> opcode to change the size of a table is the matter of a few minutes.
>>>>> Then we can see if it is any good.  If it is, we document it, if it is
>>>>> not then we junk it.
>>>>>
>>>>> ==John ffitch
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> All the data continuously generated in your IT infrastructure
>>>>> contains a definitive record of customers, application performance,
>>>>> security threats, fraudulent activity, and more. Splunk takes this
>>>>> data and makes sense of it. IT sense. And common sense.
>>>>> http://p.sf.net/sfu/splunk-novd2d
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> All the data continuously generated in your IT infrastructure
>>>> contains a definitive record of customers, application performance,
>>>> security threats, fraudulent activity, and more. Splunk takes this
>>>> data and makes sense of it. IT sense. And common sense.
>>>> http://p.sf.net/sfu/splunk-novd2d
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure
>>> contains a definitive record of customers, application performance,
>>> security threats, fraudulent activity, and more. Splunk takes this
>>> data and makes sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-novd2d
>>> _______________________________________________
>>> 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
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
> 
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net