The problem seemed to be that there was no string data allocated, and strcmp failed. I fixed that crash, but I am not
sure why there was no string data (it might still be broken for this reason). Please pull and check.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 20 Mar 2014, at 18:50, Rory Walsh  wrote:

> Hi guys. Sorry to keep at you like this but I've just come across a problem. It looks like it has to do with the changed opcode. I've been using it with strings now for a while and it usually works fine. I then tried some fancy stuff and I get a segfault. The following code causes a segfault on my current Csound build(from this morning). I set up a load of channels in instr1 and then in instr2 I check the values of each channel at every k-cycle. I'm trying to build an event listener of sorts. Should this work? I get the same problem when I try to do it all in the same instrument.
> 
>  
>  
> -odac 
>  
>  
> sr = 44100 
> ksmps = 32 
> nchnls = 2 
> 0dbfs = 1 
>  
> gSChannels[] init 4 
> gSChannelValues[] init 4 
>  
> instr 1 
> initCount init 0 
> ;initliase channel array on init-pass 
> until initCount == 4 do 
>     Schannel sprintfk "channel%d", initCount+1 
>     gSChannels[initCount] = Schannel 
>     gSChannelValues[initCount] = "" 
>     initCount = initCount+1 
> enduntil 
> endin 
>  
> instr 2 
> ;now check for changes to any of the channels 
> kIndex = 0 
> loop1: 
> gSChannelValues[kIndex] chnget gSChannels[kIndex] 
> kChanged changed gSChannelValues[kIndex] 
> if(kChanged==1) then 
>     printks "channel changed:%d\n", 0.1, kIndex 
> endif 
> kIndex = kIndex+1 
> if kIndex < 4 kgoto loop1 
>  
> endin 
>  
>  
>  
> i1 0 1 
> i2 1 1000 
>  
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I fixed the crash, it does not crash here anymore. Check that your str_ops.c:208 is

if (p->str->data && ( p->mem == NULL || strcmp(p->str->data, p->mem)!=0))

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 20 Mar 2014, at 19:30, Rory Walsh  wrote:

> I meant 'still causing a crash'. No question mark. Same crash as before.
> 
> 
> On 20 March 2014 19:30, Rory Walsh  wrote:
> Still causing a crash? Does the csd file I posted not cause you the same problem?
> 
> 
> On 20 March 2014 19:10, Victor Lazzarini  wrote:
> The problem seemed to be that there was no string data allocated, and strcmp failed. I fixed that crash, but I am not
> sure why there was no string data (it might still be broken for this reason). Please pull and check.
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 20 Mar 2014, at 18:50, Rory Walsh  wrote:
> 
> > Hi guys. Sorry to keep at you like this but I've just come across a problem. It looks like it has to do with the changed opcode. I've been using it with strings now for a while and it usually works fine. I then tried some fancy stuff and I get a segfault. The following code causes a segfault on my current Csound build(from this morning). I set up a load of channels in instr1 and then in instr2 I check the values of each channel at every k-cycle. I'm trying to build an event listener of sorts. Should this work? I get the same problem when I try to do it all in the same instrument.
> >
> > 
> > 
> > -odac
> > 
> > 
> > sr = 44100
> > ksmps = 32
> > nchnls = 2
> > 0dbfs = 1
> >
> > gSChannels[] init 4
> > gSChannelValues[] init 4
> >
> > instr 1
> > initCount init 0
> > ;initliase channel array on init-pass
> > until initCount == 4 do
> >     Schannel sprintfk "channel%d", initCount+1
> >     gSChannels[initCount] = Schannel
> >     gSChannelValues[initCount] = ""
> >     initCount = initCount+1
> > enduntil
> > endin
> >
> > instr 2
> > ;now check for changes to any of the channels
> > kIndex = 0
> > loop1:
> > gSChannelValues[kIndex] chnget gSChannels[kIndex]
> > kChanged changed gSChannelValues[kIndex]
> > if(kChanged==1) then
> >     printks "channel changed:%d\n", 0.1, kIndex
> > endif
> > kIndex = kIndex+1
> > if kIndex < 4 kgoto loop1
> >
> > endin
> >
> > 
> > 
> > i1 0 1
> > i2 1 1000
> > 
> > 
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Try pulling again, I think the changes hadn’t been pushed.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 20 Mar 2014, at 19:41, Rory Walsh  wrote:

> Are you sure you committed the change? I don't see if after doing a fresh git pull from the devel branch. I'll add your code and rebuild..
> 
> 
> On 20 March 2014 19:35, Victor Lazzarini  wrote:
> I fixed the crash, it does not crash here anymore. Check that your str_ops.c:208 is
> 
> if (p->str->data && ( p->mem == NULL || strcmp(p->str->data, p->mem)!=0))
> 
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 20 Mar 2014, at 19:30, Rory Walsh  wrote:
> 
> > I meant 'still causing a crash'. No question mark. Same crash as before.
> >
> >
> > On 20 March 2014 19:30, Rory Walsh  wrote:
> > Still causing a crash? Does the csd file I posted not cause you the same problem?
> >
> >
> > On 20 March 2014 19:10, Victor Lazzarini  wrote:
> > The problem seemed to be that there was no string data allocated, and strcmp failed. I fixed that crash, but I am not
> > sure why there was no string data (it might still be broken for this reason). Please pull and check.
> > ========================
> > Dr Victor Lazzarini
> > Senior Lecturer
> > NUI Maynooth, Ireland
> > victor dot lazzarini at nuim dot ie
> >
> >
> >
> >
> > On 20 Mar 2014, at 18:50, Rory Walsh  wrote:
> >
> > > Hi guys. Sorry to keep at you like this but I've just come across a problem. It looks like it has to do with the changed opcode. I've been using it with strings now for a while and it usually works fine. I then tried some fancy stuff and I get a segfault. The following code causes a segfault on my current Csound build(from this morning). I set up a load of channels in instr1 and then in instr2 I check the values of each channel at every k-cycle. I'm trying to build an event listener of sorts. Should this work? I get the same problem when I try to do it all in the same instrument.
> > >
> > > 
> > > 
> > > -odac
> > > 
> > > 
> > > sr = 44100
> > > ksmps = 32
> > > nchnls = 2
> > > 0dbfs = 1
> > >
> > > gSChannels[] init 4
> > > gSChannelValues[] init 4
> > >
> > > instr 1
> > > initCount init 0
> > > ;initliase channel array on init-pass
> > > until initCount == 4 do
> > >     Schannel sprintfk "channel%d", initCount+1
> > >     gSChannels[initCount] = Schannel
> > >     gSChannelValues[initCount] = ""
> > >     initCount = initCount+1
> > > enduntil
> > > endin
> > >
> > > instr 2
> > > ;now check for changes to any of the channels
> > > kIndex = 0
> > > loop1:
> > > gSChannelValues[kIndex] chnget gSChannels[kIndex]
> > > kChanged changed gSChannelValues[kIndex]
> > > if(kChanged==1) then
> > >     printks "channel changed:%d\n", 0.1, kIndex
> > > endif
> > > kIndex = kIndex+1
> > > if kIndex < 4 kgoto loop1
> > >
> > > endin
> > >
> > > 
> > > 
> > > i1 0 1
> > > i2 1 1000
> > > 
> > > 
> > > ------------------------------------------------------------------------------
> > > Learn Graph Databases - Download FREE O'Reilly Book
> > > "Graph Databases" is the definitive new guide to graph databases and their
> > > applications. Written by three acclaimed leaders in the field,
> > > this first edition is now available. Download your free book today!
> > > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > > Csound-devel mailing list
> > > Csound-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> >
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> >
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Would it be because sprintfk is k-rate and the loop is i-time?
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 20 Mar 2014, at 20:11, Rory Walsh  wrote:

> In adding some depth to my example I noticed the following oddity regarding string arrays, or maybe this is expected behavior? No matter what index I pass to gSChannels[] it always prints the last value of the array? I'm going to try with numerical arrays now..
> 
> instr 1 
> initCount init 0 
> ;initliase channel array on init-pass 
> until initCount == 4 do 
>     Schannel sprintfk "channel%d", initCount+1 
>     gSChannels[initCount] = Schannel 
>     prints gSChannels[initCount] 
>     initCount = initCount+1 
> enduntil 
>  
> k1 metro 1 
> if(k1==1) then 
> printks gSChannels[3], 0.1 
> endif 
> endin
> 
> 
> 
> 
> On 20 March 2014 20:04, Rory Walsh  wrote:
> Crash is gone, I'm just doing some checking to see if it's working Ok now. I need to add some teeth to my example..
> 
> 
> On 20 March 2014 19:44, Victor Lazzarini  wrote:
> Try pulling again, I think the changes hadn’t been pushed.
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 20 Mar 2014, at 19:41, Rory Walsh  wrote:
> 
> > Are you sure you committed the change? I don't see if after doing a fresh git pull from the devel branch. I'll add your code and rebuild..
> >
> >
> > On 20 March 2014 19:35, Victor Lazzarini  wrote:
> > I fixed the crash, it does not crash here anymore. Check that your str_ops.c:208 is
> >
> > if (p->str->data && ( p->mem == NULL || strcmp(p->str->data, p->mem)!=0))
> >
> > ========================
> > Dr Victor Lazzarini
> > Senior Lecturer
> > NUI Maynooth, Ireland
> > victor dot lazzarini at nuim dot ie
> >
> >
> >
> >
> > On 20 Mar 2014, at 19:30, Rory Walsh  wrote:
> >
> > > I meant 'still causing a crash'. No question mark. Same crash as before.
> > >
> > >
> > > On 20 March 2014 19:30, Rory Walsh  wrote:
> > > Still causing a crash? Does the csd file I posted not cause you the same problem?
> > >
> > >
> > > On 20 March 2014 19:10, Victor Lazzarini  wrote:
> > > The problem seemed to be that there was no string data allocated, and strcmp failed. I fixed that crash, but I am not
> > > sure why there was no string data (it might still be broken for this reason). Please pull and check.
> > > ========================
> > > Dr Victor Lazzarini
> > > Senior Lecturer
> > > NUI Maynooth, Ireland
> > > victor dot lazzarini at nuim dot ie
> > >
> > >
> > >
> > >
> > > On 20 Mar 2014, at 18:50, Rory Walsh  wrote:
> > >
> > > > Hi guys. Sorry to keep at you like this but I've just come across a problem. It looks like it has to do with the changed opcode. I've been using it with strings now for a while and it usually works fine. I then tried some fancy stuff and I get a segfault. The following code causes a segfault on my current Csound build(from this morning). I set up a load of channels in instr1 and then in instr2 I check the values of each channel at every k-cycle. I'm trying to build an event listener of sorts. Should this work? I get the same problem when I try to do it all in the same instrument.
> > > >
> > > > 
> > > > 
> > > > -odac
> > > > 
> > > > 
> > > > sr = 44100
> > > > ksmps = 32
> > > > nchnls = 2
> > > > 0dbfs = 1
> > > >
> > > > gSChannels[] init 4
> > > > gSChannelValues[] init 4
> > > >
> > > > instr 1
> > > > initCount init 0
> > > > ;initliase channel array on init-pass
> > > > until initCount == 4 do
> > > >     Schannel sprintfk "channel%d", initCount+1
> > > >     gSChannels[initCount] = Schannel
> > > >     gSChannelValues[initCount] = ""
> > > >     initCount = initCount+1
> > > > enduntil
> > > > endin
> > > >
> > > > instr 2
> > > > ;now check for changes to any of the channels
> > > > kIndex = 0
> > > > loop1:
> > > > gSChannelValues[kIndex] chnget gSChannels[kIndex]
> > > > kChanged changed gSChannelValues[kIndex]
> > > > if(kChanged==1) then
> > > >     printks "channel changed:%d\n", 0.1, kIndex
> > > > endif
> > > > kIndex = kIndex+1
> > > > if kIndex < 4 kgoto loop1
> > > >
> > > > endin
> > > >
> > > > 
> > > > 
> > > > i1 0 1
> > > > i2 1 1000
> > > > 
> > > > 
> > > > ------------------------------------------------------------------------------
> > > > Learn Graph Databases - Download FREE O'Reilly Book
> > > > "Graph Databases" is the definitive new guide to graph databases and their
> > > > applications. Written by three acclaimed leaders in the field,
> > > > this first edition is now available. Download your free book today!
> > > > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > > > Csound-devel mailing list
> > > > Csound-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >
> > >
> > > ------------------------------------------------------------------------------
> > > Learn Graph Databases - Download FREE O'Reilly Book
> > > "Graph Databases" is the definitive new guide to graph databases and their
> > > applications. Written by three acclaimed leaders in the field,
> > > this first edition is now available. Download your free book today!
> > > http://p.sf.net/sfu/13534_NeoTech
> > > _______________________________________________
> > > Csound-devel mailing list
> > > Csound-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >
> > >
> > > ------------------------------------------------------------------------------
> > > Learn Graph Databases - Download FREE O'Reilly Book
> > > "Graph Databases" is the definitive new guide to graph databases and their
> > > applications. Written by three acclaimed leaders in the field,
> > > this first edition is now available. Download your free book today!
> > > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > > Csound-devel mailing list
> > > Csound-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> >
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I just tried the code and got:

channel1channel2channel3channel4channel4


On Thu, Mar 20, 2014 at 4:18 PM, Rory Walsh  wrote:
> Just to be sure I tried with sprintf, Same problem.
>
>
> On 20 March 2014 20:17, Rory Walsh  wrote:
>>
>> According to the documentation:
>>
>> "sprintfk runs both at initialization and performance time."
>>
>> If you run the example you'll see the correct values are printed out first
>> at i-time, so I assume the values are being written to the array.
>
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

The problem is in the assignment. I noticed that whatever value of initCount in

gSChannel[initCount] = SChannel

the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.

However, if we don’t use a loop, but fixed indexes, then it’s not a problem. So I think there is
a parser bug there.

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 20 Mar 2014, at 20:11, Rory Walsh  wrote:

> instr 1 
> initCount init 0 
> ;initliase channel array on init-pass 
> until initCount == 4 do 
>     Schannel sprintfk "channel%d", initCount+1 
>     gSChannels[initCount] = Schannel 
>     prints gSChannels[initCount] 
>     initCount = initCount+1 
> enduntil 
>  
> k1 metro 1 
> if(k1==1) then 
> printks gSChannels[3], 0.1 
> endif 
> endin


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

By the way, you also need to use “strcpy” rather than assignment (assignment will just point to the SChannel memory, which is going to be the last sprintkf result)

gSChannels[] init 4 
gSChannelValues[] init 4 
 
instr 1 
initCount init 0 
;initliase channel array on init-pass 
/*this does not work */
until initCount == 4 do 
    Schannel sprintfk "channel%d\n", initCount+1 
    gSChannels[initCount] strcpy Schannel 
    prints gSChannels[initCount] 
    initCount = initCount+1 
enduntil 

/* this works */
gSChannels[0] strcpy "channel1"
gSChannels[1] strcpy "channel2"
gSChannels[2] strcpy "channel3"
gSChannels[3] strcpy "channel4"
 
k1 metro 1 
if(k1==1) then 
printks gSChannels[0], 0.1 
endif 
endin 

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 21 Mar 2014, at 09:12, Victor Lazzarini  wrote:

> The problem is in the assignment. I noticed that whatever value of initCount in
> 
> gSChannel[initCount] = SChannel
> 
> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
> 
> However, if we don’t use a loop, but fixed indexes, then it’s not a problem. So I think there is
> a parser bug there.
> 
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
> 
>> instr 1 
>> initCount init 0 
>> ;initliase channel array on init-pass 
>> until initCount == 4 do 
>>    Schannel sprintfk "channel%d", initCount+1 
>>    gSChannels[initCount] = Schannel 
>>    prints gSChannels[initCount] 
>>    initCount = initCount+1 
>> enduntil 
>> 
>> k1 metro 1 
>> if(k1==1) then 
>> printks gSChannels[3], 0.1 
>> endif 
>> endin
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

i noticed the same behaviour with printk in a loop already in csound5. 
printf worked for me.
sorry, have no time to test ...
	j

Am 21.03.2014 10:12, schrieb Victor Lazzarini:
> The problem is in the assignment. I noticed that whatever value of initCount in
>
> gSChannel[initCount] = SChannel
>
> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
>
> However, if we don’t use a loop, but fixed indexes, then it’s not a problem. So I think there is
> a parser bug there.
>
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
>
>
>
>
> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
>
>> instr 1
>> initCount init 0
>> ;initliase channel array on init-pass
>> until initCount == 4 do
>>      Schannel sprintfk "channel%d", initCount+1
>>      gSChannels[initCount] = Schannel
>>      prints gSChannels[initCount]
>>      initCount = initCount+1
>> enduntil
>>
>> k1 metro 1
>> if(k1==1) then
>> printks gSChannels[3], 0.1
>> endif
>> endin
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listi

But strcpy does not replace sprintfk, it replaces assignment.


========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 21 Mar 2014, at 09:36, Rory Walsh  wrote:

> That's good to know. Now the problem is that strcpy does not allow any printf style formating, so is one forced to assign each string value manually? That would be quite a PITA..
> 
> 
> On 21 March 2014 09:15, Victor Lazzarini  wrote:
> By the way, you also need to use “strcpy” rather than assignment (assignment will just point to the SChannel memory, which is going to be the last sprintkf result)
> 
> gSChannels[] init 4
> gSChannelValues[] init 4
> 
> instr 1
> initCount init 0
> ;initliase channel array on init-pass
> /*this does not work */
> until initCount == 4 do
>     Schannel sprintfk "channel%d\n", initCount+1
>     gSChannels[initCount] strcpy Schannel
>     prints gSChannels[initCount]
>     initCount = initCount+1
> enduntil
> 
> /* this works */
> gSChannels[0] strcpy "channel1"
> gSChannels[1] strcpy "channel2"
> gSChannels[2] strcpy "channel3"
> gSChannels[3] strcpy "channel4"
> 
> k1 metro 1
> if(k1==1) then
> printks gSChannels[0], 0.1
> endif
> endin
> 
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 21 Mar 2014, at 09:12, Victor Lazzarini  wrote:
> 
> > The problem is in the assignment. I noticed that whatever value of initCount in
> >
> > gSChannel[initCount] = SChannel
> >
> > the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
> >
> > However, if we don’t use a loop, but fixed indexes, then it’s not a problem. So I think there is
> > a parser bug there.
> >
> > ========================
> > Dr Victor Lazzarini
> > Senior Lecturer
> > NUI Maynooth, Ireland
> > victor dot lazzarini at nuim dot ie
> >
> >
> >
> >
> > On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
> >
> >> instr 1
> >> initCount init 0
> >> ;initliase channel array on init-pass
> >> until initCount == 4 do
> >>    Schannel sprintfk "channel%d", initCount+1
> >>    gSChannels[initCount] = Schannel
> >>    prints gSChannels[initCount]
> >>    initCount = initCount+1
> >> enduntil
> >>
> >> k1 metro 1
> >> if(k1==1) then
> >> printks gSChannels[3], 0.1
> >> endif
> >> endin
> >
> >
> > ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and their
> > applications. Written by three acclaimed leaders in the field,
> > this first edition is now available. Download your free book today!
> > http://p.sf.net/sfu/13534_NeoTech
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

it seems to be more complicated, it’s do with string array unpacking, but I can’t figure out what yet.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 21 Mar 2014, at 09:30, joachim heintz  wrote:

> i noticed the same behaviour with printk in a loop already in csound5. 
> printf worked for me.
> sorry, have no time to test ...
> 	j
> 
> Am 21.03.2014 10:12, schrieb Victor Lazzarini:
>> The problem is in the assignment. I noticed that whatever value of initCount in
>> 
>> gSChannel[initCount] = SChannel
>> 
>> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
>> 
>> However, if we don’t use a loop, but fixed indexes, then it’s not a problem. So I think there is
>> a parser bug there.
>> 
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
>> 
>>> instr 1
>>> initCount init 0
>>> ;initliase channel array on init-pass
>>> until initCount == 4 do
>>>     Schannel sprintfk "channel%d", initCount+1
>>>     gSChannels[initCount] = Schannel
>>>     prints gSChannels[initCount]
>>>     initCount = initCount+1
>>> enduntil
>>> 
>>> k1 metro 1
>>> if(k1==1) then
>>> printks gSChannels[3], 0.1
>>> endif
>>> endin
>> 
>> 
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Do you think it might have to do with array members being memcpy'd?  I
was just thinking for something like a STRINGDAT, we memcpy
sizeof(STRINGDAT), but don't make copies of the pointers.  Essentially
then we'd have two STRINGDAT's but pointing to the same char* data.

If that's the issue, then we may need to add another function pointer
to CS_TYPE for copying variables.  I thought we might have to do this
for the UDO type system changes but the test code I wrote seemed to be
alright.  I'm thinking though there might be issues.

On Fri, Mar 21, 2014 at 8:19 AM, Victor Lazzarini
 wrote:
> it seems to be more complicated, it's do with string array unpacking, but I can't figure out what yet.
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
>
>
>
>
> On 21 Mar 2014, at 09:30, joachim heintz  wrote:
>
>> i noticed the same behaviour with printk in a loop already in csound5.
>> printf worked for me.
>> sorry, have no time to test ...
>>       j
>>
>> Am 21.03.2014 10:12, schrieb Victor Lazzarini:
>>> The problem is in the assignment. I noticed that whatever value of initCount in
>>>
>>> gSChannel[initCount] = SChannel
>>>
>>> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
>>>
>>> However, if we don't use a loop, but fixed indexes, then it's not a problem. So I think there is
>>> a parser bug there.
>>>
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>>
>>>
>>>
>>>
>>> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
>>>
>>>> instr 1
>>>> initCount init 0
>>>> ;initliase channel array on init-pass
>>>> until initCount == 4 do
>>>>     Schannel sprintfk "channel%d", initCount+1
>>>>     gSChannels[initCount] = Schannel
>>>>     prints gSChannels[initCount]
>>>>     initCount = initCount+1
>>>> enduntil
>>>>
>>>> k1 metro 1
>>>> if(k1==1) then
>>>> printks gSChannels[3], 0.1
>>>> endif
>>>> endin
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/13534_NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

yes, I think that’s exactly the problem, we have a copy of the STRINGDAT containing the
same string pointer. Probably I wasn’t clear enough in my previous email. 

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 21 Mar 2014, at 13:16, Steven Yi  wrote:

> Do you think it might have to do with array members being memcpy'd?  I
> was just thinking for something like a STRINGDAT, we memcpy
> sizeof(STRINGDAT), but don't make copies of the pointers.  Essentially
> then we'd have two STRINGDAT's but pointing to the same char* data.
> 
> If that's the issue, then we may need to add another function pointer
> to CS_TYPE for copying variables.  I thought we might have to do this
> for the UDO type system changes but the test code I wrote seemed to be
> alright.  I'm thinking though there might be issues.
> 
> On Fri, Mar 21, 2014 at 8:19 AM, Victor Lazzarini
>  wrote:
>> it seems to be more complicated, it's do with string array unpacking, but I can't figure out what yet.
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 21 Mar 2014, at 09:30, joachim heintz  wrote:
>> 
>>> i noticed the same behaviour with printk in a loop already in csound5.
>>> printf worked for me.
>>> sorry, have no time to test ...
>>>      j
>>> 
>>> Am 21.03.2014 10:12, schrieb Victor Lazzarini:
>>>> The problem is in the assignment. I noticed that whatever value of initCount in
>>>> 
>>>> gSChannel[initCount] = SChannel
>>>> 
>>>> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
>>>> 
>>>> However, if we don't use a loop, but fixed indexes, then it's not a problem. So I think there is
>>>> a parser bug there.
>>>> 
>>>> ========================
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> NUI Maynooth, Ireland
>>>> victor dot lazzarini at nuim dot ie
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
>>>> 
>>>>> instr 1
>>>>> initCount init 0
>>>>> ;initliase channel array on init-pass
>>>>> until initCount == 4 do
>>>>>    Schannel sprintfk "channel%d", initCount+1
>>>>>    gSChannels[initCount] = Schannel
>>>>>    prints gSChannels[initCount]
>>>>>    initCount = initCount+1
>>>>> enduntil
>>>>> 
>>>>> k1 metro 1
>>>>> if(k1==1) then
>>>>> printks gSChannels[3], 0.1
>>>>> endif
>>>>> endin
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/13534_NeoTech
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/13534_NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Not at all, I'm feeling like my brain's a bit slow these days to
process things. :)

On Fri, Mar 21, 2014 at 10:14 AM, Victor Lazzarini
 wrote:
> yes, I think that's exactly the problem, we have a copy of the STRINGDAT containing the
> same string pointer. Probably I wasn't clear enough in my previous email.
>
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
>
>
>
>
> On 21 Mar 2014, at 13:16, Steven Yi  wrote:
>
>> Do you think it might have to do with array members being memcpy'd?  I
>> was just thinking for something like a STRINGDAT, we memcpy
>> sizeof(STRINGDAT), but don't make copies of the pointers.  Essentially
>> then we'd have two STRINGDAT's but pointing to the same char* data.
>>
>> If that's the issue, then we may need to add another function pointer
>> to CS_TYPE for copying variables.  I thought we might have to do this
>> for the UDO type system changes but the test code I wrote seemed to be
>> alright.  I'm thinking though there might be issues.
>>
>> On Fri, Mar 21, 2014 at 8:19 AM, Victor Lazzarini
>>  wrote:
>>> it seems to be more complicated, it's do with string array unpacking, but I can't figure out what yet.
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>>
>>>
>>>
>>>
>>> On 21 Mar 2014, at 09:30, joachim heintz  wrote:
>>>
>>>> i noticed the same behaviour with printk in a loop already in csound5.
>>>> printf worked for me.
>>>> sorry, have no time to test ...
>>>>      j
>>>>
>>>> Am 21.03.2014 10:12, schrieb Victor Lazzarini:
>>>>> The problem is in the assignment. I noticed that whatever value of initCount in
>>>>>
>>>>> gSChannel[initCount] = SChannel
>>>>>
>>>>> the variable gSChannel[initCount] is pointing to the same memory, even if initCount changes.
>>>>>
>>>>> However, if we don't use a loop, but fixed indexes, then it's not a problem. So I think there is
>>>>> a parser bug there.
>>>>>
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 20 Mar 2014, at 20:11, Rory Walsh  wrote:
>>>>>
>>>>>> instr 1
>>>>>> initCount init 0
>>>>>> ;initliase channel array on init-pass
>>>>>> until initCount == 4 do
>>>>>>    Schannel sprintfk "channel%d", initCount+1
>>>>>>    gSChannels[initCount] = Schannel
>>>>>>    prints gSChannels[initCount]
>>>>>>    initCount = initCount+1
>>>>>> enduntil
>>>>>>
>>>>>> k1 metro 1
>>>>>> if(k1==1) then
>>>>>> printks gSChannels[3], 0.1
>>>>>> endif
>>>>>> endin
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>>> applications. Written by three acclaimed leaders in the field,
>>>>> this first edition is now available. Download your free book today!
>>>>> http://p.sf.net/sfu/13534_NeoTech
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/13534_NeoTech
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/13534_NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Greetings csounders,

I different another String question.  I've read others on the list, and this
thread seemed the best place to post.  I am working with an older csd, that
ran back on Csound5 for iOS with no issues.  I've just swapped out the
latest Csound for iOS (6.05), and have been getting some weird string
behavior.


My project used the ObjC API like so:   [myCsound sendScore:@"i1 0 1 \"%@\"
0 0", audioFilePath];

 instr 1

if (p5 == 1) then
     ; do other stuff
else

S_file strget p4       ; In csound5, I used = for string assignment.
(changing to strget didn't help..)
         puts   S_file, 1   
iskip   = p6

S_score sprintfk {{i 5 0 1 "%s"}}, S_file
scoreline S_score, 1        ; readscore not available on iOS? says my csound
console

     endin

In Csound, instr 1 creates a score message string, then uses the scoreline
opcode, so another instrument may prepare and start a diskin2.  The problem
lies in instr 1..  

If I log the audioFilePath in ObjC, I get the correct path.  About 90% of
the time, when the puts opcode logs to the csound console, it prints the
correct file path, but with 2,3,4, sometimes 8 extra characters at the
end... Some of these characters aren't even ASCII, some of these characters
appear to be repeated - from the file path itself.


I'm definitely stumped. I could try a string buffer? Does anyone know what
might be happening here?  Or have any advice?

Thanks in advance :)
Dan



--
View this message in context: http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742711.html
Sent from the Csound - Dev mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

sure, I have just recreated the behavior in a fresh Xcode project.

Put it in a git repo at github.com/boulangerlabs/csound6strings

Thanks Steven!

Dan



--
View this message in context: http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742715.html
Sent from the Csound - Dev mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

The change was within Csound itself, so a new build of Desktop Csound
would be necessary (csound~ just links to it).  Maybe Victor can do a
one-off build to test if this fixes things?

On Tue, Jul 14, 2015 at 9:32 PM, Dr. Richard Boulanger
 wrote:
> Steven,
>
> Might this also explain some of the errors we have been having with the
> broken Csound4Live instruments using csound~.
> Could you please change this code in csound~ as well and post and update.
> Thanks.  Dr.B.
>
> _____________________________________________
>
> Dr. Richard Boulanger
>
> Professor of Electronic Production and Design
>
> Professional Writing and Music Technology Division
>
> Berklee College of Music
>
> 1140 Boylston Street, FB-75
>
> Boston, MA 02215-3693
>
> Office @ 161 Mass Ave - 4th Floor
>
> 617-747-2384 (office)  774-488-9166 (cell)
> ______________________________________________
>
> rboulanger@berklee.edu (email)
> https://www.facebook.com/richard.boulanger.58 (facebook)
> ______________________________________________
>
> President of Boulanger Labs - http://boulangerlabs.com
> Director of Csounds.com - http://csounds.com
> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> Author & Editor: The Audio Programming Book -
> http://mitpress.mit.edu/books/audio-programming-book
> ______________________________________________
>
> about: http://www.boulangerlabs.com/about/richardboulanger/
> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> ______________________________________________
>
> music:
> http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
>
>
> ______________________________________________
>
>
>
> On Fri, Jul 10, 2015 at 11:57 PM, Steven Yi  wrote:
>>
>> I've upped the SSTRSIZE to 1024 (the value of MAX_PATH on OSX).  Granted,
>> the SSTRSIZE gets used for the line of score text, but 1024 should be more
>> than ample for real-world usage I think.  Running the csdtests seem to have
>> everything pass.
>>
>> Dan: I've built a version of Csound for iOS with the latest code and
>> placed it at:
>>
>> http://kunstmusik.com/csound-iOS-6.05.0.zip
>>
>> Could you try using this with your app to verify that things are working
>> correctly now?
>>
>> Thanks,
>> stven
>>
>> On Thu, Jul 9, 2015 at 5:09 PM, Michael Gogins 
>> wrote:
>>>
>>> I think it should simply be the maximum of the maximum path lengths on
>>> different operating systems.
>>>
>>> Best,
>>> Mike
>>>
>>>
>>> -----------------------------------------------------
>>> Michael Gogins
>>> Irreducible Productions
>>> http://michaelgogins.tumblr.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> On Thu, Jul 9, 2015 at 4:55 PM, Steven Yi  wrote:
>>>>
>>>> Update: changing SSTRSIZE did seem to fix things.  Currently it is set
>>>> to 200 in size. I modified to 256 and I'm getting the string that is passed
>>>> in consistently printed out.
>>>>
>>>> SSTRSIZE is used in a few places, particularly in reading line events.
>>>> To note, the size of the text here:
>>>>
>>>> 2015-07-09 16:52:48.969 Csound6Strings[44864:9372182]
>>>> /Users/stevenyi/Library/Developer/CoreSimulator/Devices/171EFE2D-C647-45DD-856E-8BA21903B54A/data/Containers/Bundle/Application/9CD5387D-F2BF-4CAB-BF98-CAF60239F163/Csound6Strings.app/stringTest.csd
>>>>
>>>> Is quite long as it's in a generated path.  I'm wondering what we should
>>>> use, to take into account possible very long paths.  Would 512 be a good
>>>> compromise between accommodating large strings passed in, and memory
>>>> requirements?
>>>>
>>>>
>>>> On Thu, Jul 9, 2015 at 4:44 PM, Steven Yi  wrote:
>>>>>
>>>>> I've been looking into this the past hour; I can reproduce the error,
>>>>> but I haven't found where the bug is yet. By the time strget_init reads the
>>>>> string value from the notes string args, the value is corrupt.  The values
>>>>> are a bit long and seem to go bad at the same index between runs; I'm
>>>>> looking at if SSTRSIZE is a culprit here. Otherwise, this may take a bit of
>>>>> time to invesigate; if you would, please do file a bug in the Csound issue
>>>>> tracker.
>>>>>
>>>>> On Thu, Jul 9, 2015 at 3:11 PM, Dan  wrote:
>>>>>>
>>>>>> sure, I have just recreated the behavior in a fresh Xcode project.
>>>>>>
>>>>>> Put it in a git repo at github.com/boulangerlabs/csound6strings
>>>>>>
>>>>>> Thanks Steven!
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742715.html
>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Don't Limit Your Business. Reach for the Cloud.
>>>>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>>>>> you need to offload your IT needs and focus on growing your business.
>>>>>> Configured For All Businesses. Start Your Cloud Today.
>>>>>> https://www.gigenetcloud.com/
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Don't Limit Your Business. Reach for the Cloud.
>>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>>> you need to offload your IT needs and focus on growing your business.
>>>> Configured For All Businesses. Start Your Cloud Today.
>>>> https://www.gigenetcloud.com/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>> you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I don't think this is possible, we are in mid development cycle and there might be things  wrong or broken. Rory has reported some issues for instance. We have to keep to the release schedule. It might be ok for testing things, but it can't be used for production.

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 15 Jul 2015, at 02:53, Steven Yi  wrote:
> 
> The change was within Csound itself, so a new build of Desktop Csound
> would be necessary (csound~ just links to it).  Maybe Victor can do a
> one-off build to test if this fixes things?
> 
> On Tue, Jul 14, 2015 at 9:32 PM, Dr. Richard Boulanger
>  wrote:
>> Steven,
>> 
>> Might this also explain some of the errors we have been having with the
>> broken Csound4Live instruments using csound~.
>> Could you please change this code in csound~ as well and post and update.
>> Thanks.  Dr.B.
>> 
>> _____________________________________________
>> 
>> Dr. Richard Boulanger
>> 
>> Professor of Electronic Production and Design
>> 
>> Professional Writing and Music Technology Division
>> 
>> Berklee College of Music
>> 
>> 1140 Boylston Street, FB-75
>> 
>> Boston, MA 02215-3693
>> 
>> Office @ 161 Mass Ave - 4th Floor
>> 
>> 617-747-2384 (office)  774-488-9166 (cell)
>> ______________________________________________
>> 
>> rboulanger@berklee.edu (email)
>> https://www.facebook.com/richard.boulanger.58 (facebook)
>> ______________________________________________
>> 
>> President of Boulanger Labs - http://boulangerlabs.com
>> Director of Csounds.com - http://csounds.com
>> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
>> Author & Editor: The Audio Programming Book -
>> http://mitpress.mit.edu/books/audio-programming-book
>> ______________________________________________
>> 
>> about: http://www.boulangerlabs.com/about/richardboulanger/
>> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
>> ______________________________________________
>> 
>> music:
>> http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
>> 
>> 
>> ______________________________________________
>> 
>> 
>> 
>>> On Fri, Jul 10, 2015 at 11:57 PM, Steven Yi  wrote:
>>> 
>>> I've upped the SSTRSIZE to 1024 (the value of MAX_PATH on OSX).  Granted,
>>> the SSTRSIZE gets used for the line of score text, but 1024 should be more
>>> than ample for real-world usage I think.  Running the csdtests seem to have
>>> everything pass.
>>> 
>>> Dan: I've built a version of Csound for iOS with the latest code and
>>> placed it at:
>>> 
>>> http://kunstmusik.com/csound-iOS-6.05.0.zip
>>> 
>>> Could you try using this with your app to verify that things are working
>>> correctly now?
>>> 
>>> Thanks,
>>> stven
>>> 
>>> On Thu, Jul 9, 2015 at 5:09 PM, Michael Gogins 
>>> wrote:
>>>> 
>>>> I think it should simply be the maximum of the maximum path lengths on
>>>> different operating systems.
>>>> 
>>>> Best,
>>>> Mike
>>>> 
>>>> 
>>>> -----------------------------------------------------
>>>> Michael Gogins
>>>> Irreducible Productions
>>>> http://michaelgogins.tumblr.com
>>>> Michael dot Gogins at gmail dot com
>>>> 
>>>>> On Thu, Jul 9, 2015 at 4:55 PM, Steven Yi  wrote:
>>>>> 
>>>>> Update: changing SSTRSIZE did seem to fix things.  Currently it is set
>>>>> to 200 in size. I modified to 256 and I'm getting the string that is passed
>>>>> in consistently printed out.
>>>>> 
>>>>> SSTRSIZE is used in a few places, particularly in reading line events.
>>>>> To note, the size of the text here:
>>>>> 
>>>>> 2015-07-09 16:52:48.969 Csound6Strings[44864:9372182]
>>>>> /Users/stevenyi/Library/Developer/CoreSimulator/Devices/171EFE2D-C647-45DD-856E-8BA21903B54A/data/Containers/Bundle/Application/9CD5387D-F2BF-4CAB-BF98-CAF60239F163/Csound6Strings.app/stringTest.csd
>>>>> 
>>>>> Is quite long as it's in a generated path.  I'm wondering what we should
>>>>> use, to take into account possible very long paths.  Would 512 be a good
>>>>> compromise between accommodating large strings passed in, and memory
>>>>> requirements?
>>>>> 
>>>>> 
>>>>>> On Thu, Jul 9, 2015 at 4:44 PM, Steven Yi  wrote:
>>>>>> 
>>>>>> I've been looking into this the past hour; I can reproduce the error,
>>>>>> but I haven't found where the bug is yet. By the time strget_init reads the
>>>>>> string value from the notes string args, the value is corrupt.  The values
>>>>>> are a bit long and seem to go bad at the same index between runs; I'm
>>>>>> looking at if SSTRSIZE is a culprit here. Otherwise, this may take a bit of
>>>>>> time to invesigate; if you would, please do file a bug in the Csound issue
>>>>>> tracker.
>>>>>> 
>>>>>>> On Thu, Jul 9, 2015 at 3:11 PM, Dan  wrote:
>>>>>>> 
>>>>>>> sure, I have just recreated the behavior in a fresh Xcode project.
>>>>>>> 
>>>>>>> Put it in a git repo at github.com/boulangerlabs/csound6strings
>>>>>>> 
>>>>>>> Thanks Steven!
>>>>>>> 
>>>>>>> Dan
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>> http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742715.html
>>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>>>>>> 
>>>>>>> 
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't Limit Your Business. Reach for the Cloud.
>>>>>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>>>>>> you need to offload your IT needs and focus on growing your business.
>>>>>>> Configured For All Businesses. Start Your Cloud Today.
>>>>>>> https://www.gigenetcloud.com/
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>> 
>>>>> 
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Don't Limit Your Business. Reach for the Cloud.
>>>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>>>> you need to offload your IT needs and focus on growing your business.
>>>>> Configured For All Businesses. Start Your Cloud Today.
>>>>> https://www.gigenetcloud.com/
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't Limit Your Business. Reach for the Cloud.
>>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>>> you need to offload your IT needs and focus on growing your business.
>>>> Configured For All Businesses. Start Your Cloud Today.
>>>> https://www.gigenetcloud.com/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>> you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

We have only released 6.05 recently, and we can only work on bug fixes once we know they exist. It looks like all
of these issues are to do with a transition from 5 to 6, which happened in 2013. It is not the case that the latest
release broke any code from 6.04; if that were the case (as it happened before), we would have issued a 6.05.01,
etc. 

The reason we work to a release schedule, and with the github issue tracker,  is that it helps us to have a method
of work that prevents mistakes being made, and yields cleaner results, less headaches, and reduced development
time. The system is very complex, and whenever we make changes, testing is required, and that is another reason 
to have a cycle.

If we were told on 6.00 that there was a problem with invalue on strings, etc, we would have looked at it, and
fixed for 6.01. You also have to factor in that csound~, which was a third-party frontend, has been brought in
to the project, and this integration took time. Steven, who did this, and takes care of this code, has fixed all issues
reported in github or in the lists, and these fixes have been released as part of our period cycle.

The other thing to remember is that currently there are only four people actively working as developers on the project,
and releases take a lot of planning. I am not prepared to make public releases that are not properly tested and
that work to the best of our knowledge.

Finally, the code is free software and anyone who wants to build their own private copies or release packages 
are very welcome to it. There are instructions on github and the developer’s list is there for any questions that
might arise from this.

I hope this clarifies the process from the developer team’s perspective.
 
========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 15 Jul 2015, at 22:36, Dr. Richard Boulanger  wrote:
> 
> what is the "release schedule" - this release broke more than 25% of my CsoundForLive instruments...
> making it a little more difficult to perform in St.Petersburg, Shanghai and Krakow this fall - but all will work out.
> 
> most of the problems do seem to be with strings/paths/etc.
> 
> I can roll back, of course, but... I will move on.. and that will lead to a different place... all is good. 
> 
> R
> 
> _____________________________________________
> 
> Dr. Richard Boulanger
> 
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 1140 Boylston Street, FB-75
> Boston, MA 02215-3693
> 
> Office @ 161 Mass Ave - 4th Floor
> 617-747-2384 (office)  774-488-9166 (cell)
> ______________________________________________
> 
> rboulanger@berklee.edu (email)
> https://www.facebook.com/richard.boulanger.58 (facebook)
> ______________________________________________
> 
> President of Boulanger Labs - http://boulangerlabs.com
> Director of Csounds.com - http://csounds.com
> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> Author & Editor: The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book
> ______________________________________________
> 
> about: http://www.boulangerlabs.com/about/richardboulanger/
> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> ______________________________________________
> 
> music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
> 
> ______________________________________________
> 
> 
> 
> On Wed, Jul 15, 2015 at 4:47 AM, Victor Lazzarini  wrote:
> I don't think this is possible, we are in mid development cycle and there might be things  wrong or broken. Rory has reported some issues for instance. We have to keep to the release schedule. It might be ok for testing things, but it can't be used for production.
> 
> Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy
> Maynooth University
> Ireland
> 
> > On 15 Jul 2015, at 02:53, Steven Yi  wrote:
> >
> > The change was within Csound itself, so a new build of Desktop Csound
> > would be necessary (csound~ just links to it).  Maybe Victor can do a
> > one-off build to test if this fixes things?
> >
> > On Tue, Jul 14, 2015 at 9:32 PM, Dr. Richard Boulanger
> >  wrote:
> >> Steven,
> >>
> >> Might this also explain some of the errors we have been having with the
> >> broken Csound4Live instruments using csound~.
> >> Could you please change this code in csound~ as well and post and update.
> >> Thanks.  Dr.B.
> >>
> >> _____________________________________________
> >>
> >> Dr. Richard Boulanger
> >>
> >> Professor of Electronic Production and Design
> >>
> >> Professional Writing and Music Technology Division
> >>
> >> Berklee College of Music
> >>
> >> 1140 Boylston Street, FB-75
> >>
> >> Boston, MA 02215-3693
> >>
> >> Office @ 161 Mass Ave - 4th Floor
> >>
> >> 617-747-2384 (office)  774-488-9166 (cell)
> >> ______________________________________________
> >>
> >> rboulanger@berklee.edu (email)
> >> https://www.facebook.com/richard.boulanger.58 (facebook)
> >> ______________________________________________
> >>
> >> President of Boulanger Labs - http://boulangerlabs.com
> >> Director of Csounds.com - http://csounds.com
> >> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> >> Author & Editor: The Audio Programming Book -
> >> http://mitpress.mit.edu/books/audio-programming-book
> >> ______________________________________________
> >>
> >> about: http://www.boulangerlabs.com/about/richardboulanger/
> >> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> >> ______________________________________________
> >>
> >> music:
> >> http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
> >>
> >>
> >> ______________________________________________
> >>
> >>
> >>
> >>> On Fri, Jul 10, 2015 at 11:57 PM, Steven Yi  wrote:
> >>>
> >>> I've upped the SSTRSIZE to 1024 (the value of MAX_PATH on OSX).  Granted,
> >>> the SSTRSIZE gets used for the line of score text, but 1024 should be more
> >>> than ample for real-world usage I think.  Running the csdtests seem to have
> >>> everything pass.
> >>>
> >>> Dan: I've built a version of Csound for iOS with the latest code and
> >>> placed it at:
> >>>
> >>> http://kunstmusik.com/csound-iOS-6.05.0.zip
> >>>
> >>> Could you try using this with your app to verify that things are working
> >>> correctly now?
> >>>
> >>> Thanks,
> >>> stven
> >>>
> >>> On Thu, Jul 9, 2015 at 5:09 PM, Michael Gogins 
> >>> wrote:
> >>>>
> >>>> I think it should simply be the maximum of the maximum path lengths on
> >>>> different operating systems.
> >>>>
> >>>> Best,
> >>>> Mike
> >>>>
> >>>>
> >>>> -----------------------------------------------------
> >>>> Michael Gogins
> >>>> Irreducible Productions
> >>>> http://michaelgogins.tumblr.com
> >>>> Michael dot Gogins at gmail dot com
> >>>>
> >>>>> On Thu, Jul 9, 2015 at 4:55 PM, Steven Yi  wrote:
> >>>>>
> >>>>> Update: changing SSTRSIZE did seem to fix things.  Currently it is set
> >>>>> to 200 in size. I modified to 256 and I'm getting the string that is passed
> >>>>> in consistently printed out.
> >>>>>
> >>>>> SSTRSIZE is used in a few places, particularly in reading line events.
> >>>>> To note, the size of the text here:
> >>>>>
> >>>>> 2015-07-09 16:52:48.969 Csound6Strings[44864:9372182]
> >>>>> /Users/stevenyi/Library/Developer/CoreSimulator/Devices/171EFE2D-C647-45DD-856E-8BA21903B54A/data/Containers/Bundle/Application/9CD5387D-F2BF-4CAB-BF98-CAF60239F163/Csound6Strings.app/stringTest.csd
> >>>>>
> >>>>> Is quite long as it's in a generated path.  I'm wondering what we should
> >>>>> use, to take into account possible very long paths.  Would 512 be a good
> >>>>> compromise between accommodating large strings passed in, and memory
> >>>>> requirements?
> >>>>>
> >>>>>
> >>>>>> On Thu, Jul 9, 2015 at 4:44 PM, Steven Yi  wrote:
> >>>>>>
> >>>>>> I've been looking into this the past hour; I can reproduce the error,
> >>>>>> but I haven't found where the bug is yet. By the time strget_init reads the
> >>>>>> string value from the notes string args, the value is corrupt.  The values
> >>>>>> are a bit long and seem to go bad at the same index between runs; I'm
> >>>>>> looking at if SSTRSIZE is a culprit here. Otherwise, this may take a bit of
> >>>>>> time to invesigate; if you would, please do file a bug in the Csound issue
> >>>>>> tracker.
> >>>>>>
> >>>>>>> On Thu, Jul 9, 2015 at 3:11 PM, Dan  wrote:
> >>>>>>>
> >>>>>>> sure, I have just recreated the behavior in a fresh Xcode project.
> >>>>>>>
> >>>>>>> Put it in a git repo at github.com/boulangerlabs/csound6strings
> >>>>>>>
> >>>>>>> Thanks Steven!
> >>>>>>>
> >>>>>>> Dan
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> View this message in context:
> >>>>>>> http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742715.html
> >>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
> >>>>>>>
> >>>>>>>
> >>>>>>> ------------------------------------------------------------------------------
> >>>>>>> Don't Limit Your Business. Reach for the Cloud.
> >>>>>>> GigeNET's Cloud Solutions provide you with the tools and support that
> >>>>>>> you need to offload your IT needs and focus on growing your business.
> >>>>>>> Configured For All Businesses. Start Your Cloud Today.
> >>>>>>> https://www.gigenetcloud.com/
> >>>>>>> _______________________________________________
> >>>>>>> Csound-devel mailing list
> >>>>>>> Csound-devel@lists.sourceforge.net
> >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> >>>>>
> >>>>>
> >>>>>
> >>>>> ------------------------------------------------------------------------------
> >>>>> Don't Limit Your Business. Reach for the Cloud.
> >>>>> GigeNET's Cloud Solutions provide you with the tools and support that
> >>>>> you need to offload your IT needs and focus on growing your business.
> >>>>> Configured For All Businesses. Start Your Cloud Today.
> >>>>> https://www.gigenetcloud.com/
> >>>>> _______________________________________________
> >>>>> Csound-devel mailing list
> >>>>> Csound-devel@lists.sourceforge.net
> >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> >>>>
> >>>>
> >>>>
> >>>> ------------------------------------------------------------------------------
> >>>> Don't Limit Your Business. Reach for the Cloud.
> >>>> GigeNET's Cloud Solutions provide you with the tools and support that
> >>>> you need to offload your IT needs and focus on growing your business.
> >>>> Configured For All Businesses. Start Your Cloud Today.
> >>>> https://www.gigenetcloud.com/
> >>>> _______________________________________________
> >>>> Csound-devel mailing list
> >>>> Csound-devel@lists.sourceforge.net
> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> >>>
> >>>
> >>>
> >>> ------------------------------------------------------------------------------
> >>> Don't Limit Your Business. Reach for the Cloud.
> >>> GigeNET's Cloud Solutions provide you with the tools and support that
> >>> you need to offload your IT needs and focus on growing your business.
> >>> Configured For All Businesses. Start Your Cloud Today.
> >>> https://www.gigenetcloud.com/
> >>> _______________________________________________
> >>> Csound-devel mailing list
> >>> Csound-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support that
> >> you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Csound-devel mailing list
> >> Csound-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> > ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/li

No, not at all, but I think we need to clarify for everyone how our schedule works. I think it
is useful for everyone making feature requests and reporting bugs to know when and how
these eventually get resolved in the production software.

In fact, if there is a feeling we need to release more often, then we have to try and adjust
our system to enable this.

Regards
========================
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 15 Jul 2015, at 23:39, Dr. Richard Boulanger  wrote:
> 
> Victor,
> 
> I hope that you are not reading my email requests, as any form of criticism.
> 
> The work that you, steven, john, michael, rory, joachim, iain, ed, james, paul,
> jake, menno, peiman, giorgio, daniel, richard, andres, alessandro, andrew, aure, jim, russell, davis, matt, barry
> and the so very many others,  whose names are not in this list, but are on "the" list,.. whose 
> contributions, questions and requests have been important and inspiring as well ...
> 
> This is an incredible community, and there is no way that we can ever begin to repay the developers 
> for the incredible gift of a truly "living" Csound that you have nurtured, grown, and built over these many years 
> What you have done, and what you continue to do - that makes Csound so absolutely enlightening, inspiring, and
> amazing - is truly one of the greatest gifts to music, one of the greatest "compositions"  in the late 20th and
> 21st Century.
> 
> I will be happy to wait for the next release and, as always, fill my heart with the many new features that work so beautifully in this one
> and the exciting new musical and sonic ideas that they support and inspire!
> 
> Wishing you all the very best.
> 
> -dB
> 
> 
> 
> _____________________________________________
> 
> Dr. Richard Boulanger
> 
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 1140 Boylston Street, FB-75
> Boston, MA 02215-3693
> 
> Office @ 161 Mass Ave - 4th Floor
> 617-747-2384 (office)  774-488-9166 (cell)
> ______________________________________________
> 
> rboulanger@berklee.edu (email)
> https://www.facebook.com/richard.boulanger.58 (facebook)
> ______________________________________________
> 
> President of Boulanger Labs - http://boulangerlabs.com
> Director of Csounds.com - http://csounds.com
> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> Author & Editor: The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book
> ______________________________________________
> 
> about: http://www.boulangerlabs.com/about/richardboulanger/
> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> ______________________________________________
> 
> music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
> 
> ______________________________________________
> 
> 
> 
> On Wed, Jul 15, 2015 at 6:15 PM, Victor Lazzarini  wrote:
> We have only released 6.05 recently, and we can only work on bug fixes once we know they exist. It looks like all
> of these issues are to do with a transition from 5 to 6, which happened in 2013. It is not the case that the latest
> release broke any code from 6.04; if that were the case (as it happened before), we would have issued a 6.05.01,
> etc.
> 
> The reason we work to a release schedule, and with the github issue tracker,  is that it helps us to have a method
> of work that prevents mistakes being made, and yields cleaner results, less headaches, and reduced development
> time. The system is very complex, and whenever we make changes, testing is required, and that is another reason
> to have a cycle.
> 
> If we were told on 6.00 that there was a problem with invalue on strings, etc, we would have looked at it, and
> fixed for 6.01. You also have to factor in that csound~, which was a third-party frontend, has been brought in
> to the project, and this integration took time. Steven, who did this, and takes care of this code, has fixed all issues
> reported in github or in the lists, and these fixes have been released as part of our period cycle.
> 
> The other thing to remember is that currently there are only four people actively working as developers on the project,
> and releases take a lot of planning. I am not prepared to make public releases that are not properly tested and
> that work to the best of our knowledge.
> 
> Finally, the code is free software and anyone who wants to build their own private copies or release packages
> are very welcome to it. There are instructions on github and the developer’s list is there for any questions that
> might arise from this.
> 
> I hope this clarifies the process from the developer team’s perspective.
> 
> ========================
> Dr Victor Lazzarini
> Dean of Arts, Celtic Studies and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952
> 
> > On 15 Jul 2015, at 22:36, Dr. Richard Boulanger  wrote:
> >
> > what is the "release schedule" - this release broke more than 25% of my CsoundForLive instruments...
> > making it a little more difficult to perform in St.Petersburg, Shanghai and Krakow this fall - but all will work out.
> >
> > most of the problems do seem to be with strings/paths/etc.
> >
> > I can roll back, of course, but... I will move on.. and that will lead to a different place... all is good.
> >
> > R
> >
> > _____________________________________________
> >
> > Dr. Richard Boulanger
> >
> > Professor of Electronic Production and Design
> > Professional Writing and Music Technology Division
> > Berklee College of Music
> > 1140 Boylston Street, FB-75
> > Boston, MA 02215-3693
> >
> > Office @ 161 Mass Ave - 4th Floor
> > 617-747-2384 (office)  774-488-9166 (cell)
> > ______________________________________________
> >
> > rboulanger@berklee.edu (email)
> > https://www.facebook.com/richard.boulanger.58 (facebook)
> > ______________________________________________
> >
> > President of Boulanger Labs - http://boulangerlabs.com
> > Director of Csounds.com - http://csounds.com
> > Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> > Author & Editor: The Audio Programming Book - http://mitpress.mit.edu/books/audio-programming-book
> > ______________________________________________
> >
> > about: http://www.boulangerlabs.com/about/richardboulanger/
> > about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> > ______________________________________________
> >
> > music: http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
> >
> > ______________________________________________
> >
> >
> >
> > On Wed, Jul 15, 2015 at 4:47 AM, Victor Lazzarini  wrote:
> > I don't think this is possible, we are in mid development cycle and there might be things  wrong or broken. Rory has reported some issues for instance. We have to keep to the release schedule. It might be ok for testing things, but it can't be used for production.
> >
> > Victor Lazzarini
> > Dean of Arts, Celtic Studies, and Philosophy
> > Maynooth University
> > Ireland
> >
> > > On 15 Jul 2015, at 02:53, Steven Yi  wrote:
> > >
> > > The change was within Csound itself, so a new build of Desktop Csound
> > > would be necessary (csound~ just links to it).  Maybe Victor can do a
> > > one-off build to test if this fixes things?
> > >
> > > On Tue, Jul 14, 2015 at 9:32 PM, Dr. Richard Boulanger
> > >  wrote:
> > >> Steven,
> > >>
> > >> Might this also explain some of the errors we have been having with the
> > >> broken Csound4Live instruments using csound~.
> > >> Could you please change this code in csound~ as well and post and update.
> > >> Thanks.  Dr.B.
> > >>
> > >> _____________________________________________
> > >>
> > >> Dr. Richard Boulanger
> > >>
> > >> Professor of Electronic Production and Design
> > >>
> > >> Professional Writing and Music Technology Division
> > >>
> > >> Berklee College of Music
> > >>
> > >> 1140 Boylston Street, FB-75
> > >>
> > >> Boston, MA 02215-3693
> > >>
> > >> Office @ 161 Mass Ave - 4th Floor
> > >>
> > >> 617-747-2384 (office)  774-488-9166 (cell)
> > >> ______________________________________________
> > >>
> > >> rboulanger@berklee.edu (email)
> > >> https://www.facebook.com/richard.boulanger.58 (facebook)
> > >> ______________________________________________
> > >>
> > >> President of Boulanger Labs - http://boulangerlabs.com
> > >> Director of Csounds.com - http://csounds.com
> > >> Author & Editor: The Csound Book - http://mitpress.mit.edu/books/csound-book
> > >> Author & Editor: The Audio Programming Book -
> > >> http://mitpress.mit.edu/books/audio-programming-book
> > >> ______________________________________________
> > >>
> > >> about: http://www.boulangerlabs.com/about/richardboulanger/
> > >> about: http://www.csounds.com/community/developers/dr-richard-boulanger/
> > >> ______________________________________________
> > >>
> > >> music:
> > >> http://www.csounds.com/community/developers/dr-richard-boulanger/dr-richard-boulanger-music/
> > >>
> > >>
> > >> ______________________________________________
> > >>
> > >>
> > >>
> > >>> On Fri, Jul 10, 2015 at 11:57 PM, Steven Yi  wrote:
> > >>>
> > >>> I've upped the SSTRSIZE to 1024 (the value of MAX_PATH on OSX).  Granted,
> > >>> the SSTRSIZE gets used for the line of score text, but 1024 should be more
> > >>> than ample for real-world usage I think.  Running the csdtests seem to have
> > >>> everything pass.
> > >>>
> > >>> Dan: I've built a version of Csound for iOS with the latest code and
> > >>> placed it at:
> > >>>
> > >>> http://kunstmusik.com/csound-iOS-6.05.0.zip
> > >>>
> > >>> Could you try using this with your app to verify that things are working
> > >>> correctly now?
> > >>>
> > >>> Thanks,
> > >>> stven
> > >>>
> > >>> On Thu, Jul 9, 2015 at 5:09 PM, Michael Gogins 
> > >>> wrote:
> > >>>>
> > >>>> I think it should simply be the maximum of the maximum path lengths on
> > >>>> different operating systems.
> > >>>>
> > >>>> Best,
> > >>>> Mike
> > >>>>
> > >>>>
> > >>>> -----------------------------------------------------
> > >>>> Michael Gogins
> > >>>> Irreducible Productions
> > >>>> http://michaelgogins.tumblr.com
> > >>>> Michael dot Gogins at gmail dot com
> > >>>>
> > >>>>> On Thu, Jul 9, 2015 at 4:55 PM, Steven Yi  wrote:
> > >>>>>
> > >>>>> Update: changing SSTRSIZE did seem to fix things.  Currently it is set
> > >>>>> to 200 in size. I modified to 256 and I'm getting the string that is passed
> > >>>>> in consistently printed out.
> > >>>>>
> > >>>>> SSTRSIZE is used in a few places, particularly in reading line events.
> > >>>>> To note, the size of the text here:
> > >>>>>
> > >>>>> 2015-07-09 16:52:48.969 Csound6Strings[44864:9372182]
> > >>>>> /Users/stevenyi/Library/Developer/CoreSimulator/Devices/171EFE2D-C647-45DD-856E-8BA21903B54A/data/Containers/Bundle/Application/9CD5387D-F2BF-4CAB-BF98-CAF60239F163/Csound6Strings.app/stringTest.csd
> > >>>>>
> > >>>>> Is quite long as it's in a generated path.  I'm wondering what we should
> > >>>>> use, to take into account possible very long paths.  Would 512 be a good
> > >>>>> compromise between accommodating large strings passed in, and memory
> > >>>>> requirements?
> > >>>>>
> > >>>>>
> > >>>>>> On Thu, Jul 9, 2015 at 4:44 PM, Steven Yi  wrote:
> > >>>>>>
> > >>>>>> I've been looking into this the past hour; I can reproduce the error,
> > >>>>>> but I haven't found where the bug is yet. By the time strget_init reads the
> > >>>>>> string value from the notes string args, the value is corrupt.  The values
> > >>>>>> are a bit long and seem to go bad at the same index between runs; I'm
> > >>>>>> looking at if SSTRSIZE is a culprit here. Otherwise, this may take a bit of
> > >>>>>> time to invesigate; if you would, please do file a bug in the Csound issue
> > >>>>>> tracker.
> > >>>>>>
> > >>>>>>> On Thu, Jul 9, 2015 at 3:11 PM, Dan  wrote:
> > >>>>>>>
> > >>>>>>> sure, I have just recreated the behavior in a fresh Xcode project.
> > >>>>>>>
> > >>>>>>> Put it in a git repo at github.com/boulangerlabs/csound6strings
> > >>>>>>>
> > >>>>>>> Thanks Steven!
> > >>>>>>>
> > >>>>>>> Dan
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> --
> > >>>>>>> View this message in context:
> > >>>>>>> http://csound.1045644.n5.nabble.com/changed-with-strings-tp5733400p5742715.html
> > >>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> ------------------------------------------------------------------------------
> > >>>>>>> Don't Limit Your Business. Reach for the Cloud.
> > >>>>>>> GigeNET's Cloud Solutions provide you with the tools and support that
> > >>>>>>> you need to offload your IT needs and focus on growing your business.
> > >>>>>>> Configured For All Businesses. Start Your Cloud Today.
> > >>>>>>> https://www.gigenetcloud.com/
> > >>>>>>> _______________________________________________
> > >>>>>>> Csound-devel mailing list
> > >>>>>>> Csound-devel@lists.sourceforge.net
> > >>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> ------------------------------------------------------------------------------
> > >>>>> Don't Limit Your Business. Reach for the Cloud.
> > >>>>> GigeNET's Cloud Solutions provide you with the tools and support that
> > >>>>> you need to offload your IT needs and focus on growing your business.
> > >>>>> Configured For All Businesses. Start Your Cloud Today.
> > >>>>> https://www.gigenetcloud.com/
> > >>>>> _______________________________________________
> > >>>>> Csound-devel mailing list
> > >>>>> Csound-devel@lists.sourceforge.net
> > >>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >>>>
> > >>>>
> > >>>>
> > >>>> ------------------------------------------------------------------------------
> > >>>> Don't Limit Your Business. Reach for the Cloud.
> > >>>> GigeNET's Cloud Solutions provide you with the tools and support that
> > >>>> you need to offload your IT needs and focus on growing your business.
> > >>>> Configured For All Businesses. Start Your Cloud Today.
> > >>>> https://www.gigenetcloud.com/
> > >>>> _______________________________________________
> > >>>> Csound-devel mailing list
> > >>>> Csound-devel@lists.sourceforge.net
> > >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >>>
> > >>>
> > >>>
> > >>> ------------------------------------------------------------------------------
> > >>> Don't Limit Your Business. Reach for the Cloud.
> > >>> GigeNET's Cloud Solutions provide you with the tools and support that
> > >>> you need to offload your IT needs and focus on growing your business.
> > >>> Configured For All Businesses. Start Your Cloud Today.
> > >>> https://www.gigenetcloud.com/
> > >>> _______________________________________________
> > >>> Csound-devel mailing list
> > >>> Csound-devel@lists.sourceforge.net
> > >>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >>
> > >>
> > >> ------------------------------------------------------------------------------
> > >> Don't Limit Your Business. Reach for the Cloud.
> > >> GigeNET's Cloud Solutions provide you with the tools and support that
> > >> you need to offload your IT needs and focus on growing your business.
> > >> Configured For All Businesses. Start Your Cloud Today.
> > >> https://www.gigenetcloud.com/
> > >> _______________________________________________
> > >> Csound-devel mailing list
> > >> Csound-devel@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/csound-devel
> > >
> > > ------------------------------------------------------------------------------
> > > Don't Limit Your Business. Reach for the Cloud.
> > > GigeNET's Cloud Solutions provide you with the tools and support that
> > > you need to offload your IT needs and focus on growing your business.
> > > Configured For All Businesses. Start Your Cloud Today.
> > > https://www.gigenetcloud.com/
> > > _______________________________________________
> > > Csound-devel mailing list
> > > Csound-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> > ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> >
> > ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/_______________________________________________
> > Csound-devel mailing list
> > Csound-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.