Hi All,

I've been trying to track down a rather insidious bug.  I've attached
a pared down CSD of something I was working on (still a bit big, but
hopefully readable).  What's going on is that I have some global
k-sigs.  These are being read within instruments with i() being used.
The insidious thing is that sometimes the value is being read
correctly, and sometimes not.  In the example CSD, I'm hearing nothing
on the 1st and 3rd notes.

The gk_ variables are only initialized at the top of the CSD.  The
values are first read in instr 8, and those values are passed around
to other UDO's.  With the current print statements, the k vars are
printing their correct values at performance time, but when used with
i() are sometimes getting 0 and sometimes getting the correct value.

This is happening with both CS5 and CS6.

Any help with this appreciated!
steven

Didn't we have a similar bug a while ago? Last year? It rings a bell.
On 16 Oct 2012, at 14:47, Steven Yi wrote:

> Hi All,
> 
> I've been trying to track down a rather insidious bug.  I've attached
> a pared down CSD of something I was working on (still a bit big, but
> hopefully readable).  What's going on is that I have some global
> k-sigs.  These are being read within instruments with i() being used.
> The insidious thing is that sometimes the value is being read
> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
> on the 1st and 3rd notes.
> 
> The gk_ variables are only initialized at the top of the CSD.  The
> values are first read in instr 8, and those values are passed around
> to other UDO's.  With the current print statements, the k vars are
> printing their correct values at performance time, but when used with
> i() are sometimes getting 0 and sometimes getting the correct value.
> 
> This is happening with both CS5 and CS6.
> 
> Any help with this appreciated!
> steven
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
> 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




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I don't recall anything quite like this myself. I'm wondering if
something is going awry with UDO's and when k-vars are copied.  Still
looking at this but all speculations at this point.

On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
 wrote:
> Didn't we have a similar bug a while ago? Last year? It rings a bell.
> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>
>> Hi All,
>>
>> I've been trying to track down a rather insidious bug.  I've attached
>> a pared down CSD of something I was working on (still a bit big, but
>> hopefully readable).  What's going on is that I have some global
>> k-sigs.  These are being read within instruments with i() being used.
>> The insidious thing is that sometimes the value is being read
>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>> on the 1st and 3rd notes.
>>
>> The gk_ variables are only initialized at the top of the CSD.  The
>> values are first read in instr 8, and those values are passed around
>> to other UDO's.  With the current print statements, the k vars are
>> printing their correct values at performance time, but when used with
>> i() are sometimes getting 0 and sometimes getting the correct value.
>>
>> This is happening with both CS5 and CS6.
>>
>> Any help with this appreciated!
>> steven
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Maybe if you could create a minimal CSD showing the bug, it would be easier?
On 16 Oct 2012, at 16:48, Steven Yi wrote:

> I don't recall anything quite like this myself. I'm wondering if
> something is going awry with UDO's and when k-vars are copied.  Still
> looking at this but all speculations at this point.
> 
> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>  wrote:
>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>> 
>>> Hi All,
>>> 
>>> I've been trying to track down a rather insidious bug.  I've attached
>>> a pared down CSD of something I was working on (still a bit big, but
>>> hopefully readable).  What's going on is that I have some global
>>> k-sigs.  These are being read within instruments with i() being used.
>>> The insidious thing is that sometimes the value is being read
>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>> on the 1st and 3rd notes.
>>> 
>>> The gk_ variables are only initialized at the top of the CSD.  The
>>> values are first read in instr 8, and those values are passed around
>>> to other UDO's.  With the current print statements, the k vars are
>>> printing their correct values at performance time, but when used with
>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>> 
>>> This is happening with both CS5 and CS6.
>>> 
>>> Any help with this appreciated!
>>> steven
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>> 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
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> 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




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Just managed to write a smaller example (attached).  Interestingly, if
you run it as-is, the print ival is always 0.0000.  If you uncomment
out the printk2 of the k1 var in the testOp UDO, the first time it is
0.0000, but then afterwards it is 1.5.  I assume it has to do with
reuse of instrument instances somehow, and that the k1 value assigned
by xin doesn't happen at i-time, but am guessing.



On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
 wrote:
> Maybe if you could create a minimal CSD showing the bug, it would be easier?
> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>
>> I don't recall anything quite like this myself. I'm wondering if
>> something is going awry with UDO's and when k-vars are copied.  Still
>> looking at this but all speculations at this point.
>>
>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>  wrote:
>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>
>>>> Hi All,
>>>>
>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>> a pared down CSD of something I was working on (still a bit big, but
>>>> hopefully readable).  What's going on is that I have some global
>>>> k-sigs.  These are being read within instruments with i() being used.
>>>> The insidious thing is that sometimes the value is being read
>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>> on the 1st and 3rd notes.
>>>>
>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>> values are first read in instr 8, and those values are passed around
>>>> to other UDO's.  With the current print statements, the k vars are
>>>> printing their correct values at performance time, but when used with
>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>
>>>> This is happening with both CS5 and CS6.
>>>>
>>>> Any help with this appreciated!
>>>> steven
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>> 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
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Another test file here that uses local k-var (just to show it doesn't
have to do with global k-vars at all).

On Tue, Oct 16, 2012 at 5:04 PM, Steven Yi  wrote:
> Just managed to write a smaller example (attached).  Interestingly, if
> you run it as-is, the print ival is always 0.0000.  If you uncomment
> out the printk2 of the k1 var in the testOp UDO, the first time it is
> 0.0000, but then afterwards it is 1.5.  I assume it has to do with
> reuse of instrument instances somehow, and that the k1 value assigned
> by xin doesn't happen at i-time, but am guessing.
>
>
>
> On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
>  wrote:
>> Maybe if you could create a minimal CSD showing the bug, it would be easier?
>> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>>
>>> I don't recall anything quite like this myself. I'm wondering if
>>> something is going awry with UDO's and when k-vars are copied.  Still
>>> looking at this but all speculations at this point.
>>>
>>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>>  wrote:
>>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>>> a pared down CSD of something I was working on (still a bit big, but
>>>>> hopefully readable).  What's going on is that I have some global
>>>>> k-sigs.  These are being read within instruments with i() being used.
>>>>> The insidious thing is that sometimes the value is being read
>>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>>> on the 1st and 3rd notes.
>>>>>
>>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>>> values are first read in instr 8, and those values are passed around
>>>>> to other UDO's.  With the current print statements, the k vars are
>>>>> printing their correct values at performance time, but when used with
>>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>>
>>>>> This is happening with both CS5 and CS6.
>>>>>
>>>>> Any help with this appreciated!
>>>>> steven
>>>>> ------------------------------------------------------------------------------
>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>> Deploy New Relic app performance management and know exactly
>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> 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
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

It works if you use type K instead of k

opcode yi_instr_gen,kkkk,KKKKKK


it's k-rate with initialisation.
On 16 Oct 2012, at 17:04, Steven Yi wrote:

> Just managed to write a smaller example (attached).  Interestingly, if
> you run it as-is, the print ival is always 0.0000.  If you uncomment
> out the printk2 of the k1 var in the testOp UDO, the first time it is
> 0.0000, but then afterwards it is 1.5.  I assume it has to do with
> reuse of instrument instances somehow, and that the k1 value assigned
> by xin doesn't happen at i-time, but am guessing.
> 
> 
> 
> On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
>  wrote:
>> Maybe if you could create a minimal CSD showing the bug, it would be easier?
>> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>> 
>>> I don't recall anything quite like this myself. I'm wondering if
>>> something is going awry with UDO's and when k-vars are copied.  Still
>>> looking at this but all speculations at this point.
>>> 
>>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>>  wrote:
>>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>> 
>>>>> Hi All,
>>>>> 
>>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>>> a pared down CSD of something I was working on (still a bit big, but
>>>>> hopefully readable).  What's going on is that I have some global
>>>>> k-sigs.  These are being read within instruments with i() being used.
>>>>> The insidious thing is that sometimes the value is being read
>>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>>> on the 1st and 3rd notes.
>>>>> 
>>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>>> values are first read in instr 8, and those values are passed around
>>>>> to other UDO's.  With the current print statements, the k vars are
>>>>> printing their correct values at performance time, but when used with
>>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>> 
>>>>> This is happening with both CS5 and CS6.
>>>>> 
>>>>> Any help with this appreciated!
>>>>> steven
>>>>> ------------------------------------------------------------------------------
>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>> Deploy New Relic app performance management and know exactly
>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>>> 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
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> 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
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
> 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




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Ah, I just saw that in the code:

        case 'K': *k_inlist++ = i;      /* also updated at i-time */

Didn't expect it to be so simple, and a good lesson today on coding
UDO's.  :)   Thanks Victor for your time on this!

steven

On Tue, Oct 16, 2012 at 5:16 PM, Victor Lazzarini
 wrote:
> It works if you use type K instead of k
>
> opcode yi_instr_gen,kkkk,KKKKKK
>
>
> it's k-rate with initialisation.
> On 16 Oct 2012, at 17:04, Steven Yi wrote:
>
>> Just managed to write a smaller example (attached).  Interestingly, if
>> you run it as-is, the print ival is always 0.0000.  If you uncomment
>> out the printk2 of the k1 var in the testOp UDO, the first time it is
>> 0.0000, but then afterwards it is 1.5.  I assume it has to do with
>> reuse of instrument instances somehow, and that the k1 value assigned
>> by xin doesn't happen at i-time, but am guessing.
>>
>>
>>
>> On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
>>  wrote:
>>> Maybe if you could create a minimal CSD showing the bug, it would be easier?
>>> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>>>
>>>> I don't recall anything quite like this myself. I'm wondering if
>>>> something is going awry with UDO's and when k-vars are copied.  Still
>>>> looking at this but all speculations at this point.
>>>>
>>>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>>>  wrote:
>>>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>>>> a pared down CSD of something I was working on (still a bit big, but
>>>>>> hopefully readable).  What's going on is that I have some global
>>>>>> k-sigs.  These are being read within instruments with i() being used.
>>>>>> The insidious thing is that sometimes the value is being read
>>>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>>>> on the 1st and 3rd notes.
>>>>>>
>>>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>>>> values are first read in instr 8, and those values are passed around
>>>>>> to other UDO's.  With the current print statements, the k vars are
>>>>>> printing their correct values at performance time, but when used with
>>>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>>>
>>>>>> This is happening with both CS5 and CS6.
>>>>>>
>>>>>> Any help with this appreciated!
>>>>>> steven
>>>>>> ------------------------------------------------------------------------------
>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>> Deploy New Relic app performance management and know exactly
>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>> Deploy New Relic app performance management and know exactly
>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Tut tut Steven!!

On 16 October 2012 17:19, Steven Yi  wrote:
> Ah, I just saw that in the code:
>
>         case 'K': *k_inlist++ = i;      /* also updated at i-time */
>
> Didn't expect it to be so simple, and a good lesson today on coding
> UDO's.  :)   Thanks Victor for your time on this!
>
> steven
>
> On Tue, Oct 16, 2012 at 5:16 PM, Victor Lazzarini
>  wrote:
>> It works if you use type K instead of k
>>
>> opcode yi_instr_gen,kkkk,KKKKKK
>>
>>
>> it's k-rate with initialisation.
>> On 16 Oct 2012, at 17:04, Steven Yi wrote:
>>
>>> Just managed to write a smaller example (attached).  Interestingly, if
>>> you run it as-is, the print ival is always 0.0000.  If you uncomment
>>> out the printk2 of the k1 var in the testOp UDO, the first time it is
>>> 0.0000, but then afterwards it is 1.5.  I assume it has to do with
>>> reuse of instrument instances somehow, and that the k1 value assigned
>>> by xin doesn't happen at i-time, but am guessing.
>>>
>>>
>>>
>>> On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
>>>  wrote:
>>>> Maybe if you could create a minimal CSD showing the bug, it would be easier?
>>>> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>>>>
>>>>> I don't recall anything quite like this myself. I'm wondering if
>>>>> something is going awry with UDO's and when k-vars are copied.  Still
>>>>> looking at this but all speculations at this point.
>>>>>
>>>>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>>>>  wrote:
>>>>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>>>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>>>>
>>>>>>> Hi All,
>>>>>>>
>>>>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>>>>> a pared down CSD of something I was working on (still a bit big, but
>>>>>>> hopefully readable).  What's going on is that I have some global
>>>>>>> k-sigs.  These are being read within instruments with i() being used.
>>>>>>> The insidious thing is that sometimes the value is being read
>>>>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>>>>> on the 1st and 3rd notes.
>>>>>>>
>>>>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>>>>> values are first read in instr 8, and those values are passed around
>>>>>>> to other UDO's.  With the current print statements, the k vars are
>>>>>>> printing their correct values at performance time, but when used with
>>>>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>>>>
>>>>>>> This is happening with both CS5 and CS6.
>>>>>>>
>>>>>>> Any help with this appreciated!
>>>>>>> steven
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>> Deploy New Relic app performance management and know exactly
>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>> Deploy New Relic app performance management and know exactly
>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>> 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
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Ah, I'm just glad it wasn't a bug in Csound. :)  (I had XCode open and
the debugger running for some time today looking into what was
happening... X_X)

Though, I also don't know when I'd ever use k over K now.  Seems like
k's only purpose is to possibly introduce issues like this. :P

On Tue, Oct 16, 2012 at 5:39 PM, Rory Walsh  wrote:
> Tut tut Steven!!
>
> On 16 October 2012 17:19, Steven Yi  wrote:
>> Ah, I just saw that in the code:
>>
>>         case 'K': *k_inlist++ = i;      /* also updated at i-time */
>>
>> Didn't expect it to be so simple, and a good lesson today on coding
>> UDO's.  :)   Thanks Victor for your time on this!
>>
>> steven
>>
>> On Tue, Oct 16, 2012 at 5:16 PM, Victor Lazzarini
>>  wrote:
>>> It works if you use type K instead of k
>>>
>>> opcode yi_instr_gen,kkkk,KKKKKK
>>>
>>>
>>> it's k-rate with initialisation.
>>> On 16 Oct 2012, at 17:04, Steven Yi wrote:
>>>
>>>> Just managed to write a smaller example (attached).  Interestingly, if
>>>> you run it as-is, the print ival is always 0.0000.  If you uncomment
>>>> out the printk2 of the k1 var in the testOp UDO, the first time it is
>>>> 0.0000, but then afterwards it is 1.5.  I assume it has to do with
>>>> reuse of instrument instances somehow, and that the k1 value assigned
>>>> by xin doesn't happen at i-time, but am guessing.
>>>>
>>>>
>>>>
>>>> On Tue, Oct 16, 2012 at 4:57 PM, Victor Lazzarini
>>>>  wrote:
>>>>> Maybe if you could create a minimal CSD showing the bug, it would be easier?
>>>>> On 16 Oct 2012, at 16:48, Steven Yi wrote:
>>>>>
>>>>>> I don't recall anything quite like this myself. I'm wondering if
>>>>>> something is going awry with UDO's and when k-vars are copied.  Still
>>>>>> looking at this but all speculations at this point.
>>>>>>
>>>>>> On Tue, Oct 16, 2012 at 3:00 PM, Victor Lazzarini
>>>>>>  wrote:
>>>>>>> Didn't we have a similar bug a while ago? Last year? It rings a bell.
>>>>>>> On 16 Oct 2012, at 14:47, Steven Yi wrote:
>>>>>>>
>>>>>>>> Hi All,
>>>>>>>>
>>>>>>>> I've been trying to track down a rather insidious bug.  I've attached
>>>>>>>> a pared down CSD of something I was working on (still a bit big, but
>>>>>>>> hopefully readable).  What's going on is that I have some global
>>>>>>>> k-sigs.  These are being read within instruments with i() being used.
>>>>>>>> The insidious thing is that sometimes the value is being read
>>>>>>>> correctly, and sometimes not.  In the example CSD, I'm hearing nothing
>>>>>>>> on the 1st and 3rd notes.
>>>>>>>>
>>>>>>>> The gk_ variables are only initialized at the top of the CSD.  The
>>>>>>>> values are first read in instr 8, and those values are passed around
>>>>>>>> to other UDO's.  With the current print statements, the k vars are
>>>>>>>> printing their correct values at performance time, but when used with
>>>>>>>> i() are sometimes getting 0 and sometimes getting the correct value.
>>>>>>>>
>>>>>>>> This is happening with both CS5 and CS6.
>>>>>>>>
>>>>>>>> Any help with this appreciated!
>>>>>>>> steven
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>>> Deploy New Relic app performance management and know exactly
>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>>> Deploy New Relic app performance management and know exactly
>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>> 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
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net