Hi List and Mr JJ,
i was looking at last csd about BP intonation, but i get error segmentation
violation with fragments_3, 5, 6, 7. I'm alone with that?
I have not looked too much into these csd yet, and maybe it is my trouble.

I am using csound 5.11, win vista, and my inability.

Thanks,
ciao,

fran.

> i was looking at last csd about BP intonation, but i get error segmentation
> violation with fragments_3, 5, 6, 7. I'm alone with that?
> I have not looked too much into these csd yet, and maybe it is my trouble.

Thanks for the heads up. Steven Yi has also reported this on the dev
list. Apparently, this bug is platform specific. I'm on OS X. So far,
no one on OS X is reporting problems. I'm just waiting to see what
other devs have to say before I move forward on this. I'll try to
release fixes by the end of today.

Best,
Jake

I have tried these csd's and it was failing earlier due to the bug
with line continuations.  I tried again yesterday and found a separate
bug with chnclear that is now fixed.  I'm now able to run
fragments_7.csd so I think it's working now. (This is on WinXP).
Latest from CVS should now work.

On Wed, Feb 24, 2010 at 9:03 AM, Jacob Joaquin  wrote:
>> i was looking at last csd about BP intonation, but i get error segmentation
>> violation with fragments_3, 5, 6, 7. I'm alone with that?
>> I have not looked too much into these csd yet, and maybe it is my trouble.
>
> Thanks for the heads up. Steven Yi has also reported this on the dev
> list. Apparently, this bug is platform specific. I'm on OS X. So far,
> no one on OS X is reporting problems. I'm just waiting to see what
> other devs have to say before I move forward on this. I'll try to
> release fixes by the end of today.
>
> Best,
> Jake
> --
> The Csound Blog - http://csound.noisepages.com/
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

On Wed, 2010-02-24 at 06:03 -0800, Jacob Joaquin wrote:
> > i was looking at last csd about BP intonation, but i get error segmentation
> > violation with fragments_3, 5, 6, 7. I'm alone with that?
> > I have not looked too much into these csd yet, and maybe it is my trouble.
> 
> Thanks for the heads up. Steven Yi has also reported this on the dev
> list. Apparently, this bug is platform specific. I'm on OS X. So far,
> no one on OS X is reporting problems. I'm just waiting to see what
> other devs have to say before I move forward on this. I'll try to
> release fixes by the end of today.

I would say no csd should crash csound. So do not fix the csd, fix
csound instead!

-- 
Saludos,
Felipe Sateler

> I would say no csd should crash csound. So do not fix the csd, fix
> csound instead!


But there are opcodes that are invitations to crashes, like the "fast"
table opcodes.  They are the reason that the STockhausen example is iffy
-- it crashes on Linux as it goes off the end of an array

==John ff



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I think these opcodes should contain protection. A simple check for  
bounds would not slow them down significantly. I think not having  
these check is a nasty hack (my opinion only).

Victor
On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:

>
>> I would say no csd should crash csound. So do not fix the csd, fix
>> csound instead!
>
>
> But there are opcodes that are invitations to crashes, like the "fast"
> table opcodes.  They are the reason that the STockhausen example is  
> iffy
> -- it crashes on Linux as it goes off the end of an array
>
> ==John ff
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> In fact, in the Studie II case on OSX, I get an error not a crash,
> which is nicer:
>
> PERF ERROR: tab_i off end
>
> Victor
>

wich is because I slipped that in to debug the problems and forgit to take
it out.

I think the unchecked versions are an invitatuon to error, but it was not
discussed

==John ff



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Victor, John -

I'm surprised that there are STILL problems with the  
Stockhausen_Studie_II.csd.
There was a bug in the first version. This bug was reported by John  
and others. Andrés pointed out the line where the problem occured (it  
was a typo which lead to a too large number of iterations).
So I coudl fix the bug. Then I sent it to the list and put it also  
here: http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd

When I run this csd in the Terminal (OSX 10.5.8), I get absolutely NO  
perf error nor a crash.

If you still use the old buggy version, please take the fixed one.
If there is still a problem in the fixed version, please let me know,  
so that I can try to find what's going wrong.

Thanks -

	joachim


PS As to the tab versus table opcodes, indeed my reason for using the  
tab opcodes was that they can handle non-power-of-2 function tables.
Meanwhile I'm not sure if the table opcodes aren't able to do the same  
(I tested it, and it worked).
But I tested that the tab opcodes are indeed faster (ca factor 2 if I  
recall correctly).
In the case of the Studie II example it's not that important, but on  
the other hand: it was my fault to go off the table boundaries  
(because of the typo), not the fault of the tab opcodes. So if my code  
is correct, I can't see a reason for a boundary check (at least in  
this case).


Am 24.02.2010 um 20:09 schrieb Victor Lazzarini:

> In fact, in the Studie II case on OSX, I get an error not a crash,  
> which is nicer:
>
> PERF ERROR: tab_i off end
>
> Victor
> On 24 Feb 2010, at 19:07, Victor Lazzarini wrote:
>
>> I think these opcodes should contain protection. A simple check for  
>> bounds would not slow them down significantly. I think not having  
>> these check is a nasty hack (my opinion only).
>>
>> Victor
>> On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:
>>
>>>
>>>> I would say no csd should crash csound. So do not fix the csd, fix
>>>> csound instead!
>>>
>>>
>>> But there are opcodes that are invitations to crashes, like the  
>>> "fast"
>>> table opcodes.  They are the reason that the STockhausen example  
>>> is iffy
>>> -- it crashes on Linux as it goes off the end of an array
>>>
>>> ==John ff
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/? 
>>> group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I just installed Csound 5.12.2, and now I get the same perf error as  
Victor.
Under 5.11 there was nothing (why?).
I think I found the line in the code and will have a look tomorrow.

	joachim


Am 25.02.2010 um 22:51 schrieb joachim heintz:

> Victor, John -
>
> I'm surprised that there are STILL problems with the  
> Stockhausen_Studie_II.csd.
> There was a bug in the first version. This bug was reported by John  
> and others. Andrés pointed out the line where the problem occured  
> (it was a typo which lead to a too large number of iterations).
> So I coudl fix the bug. Then I sent it to the list and put it also  
> here: http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>
> When I run this csd in the Terminal (OSX 10.5.8), I get absolutely  
> NO perf error nor a crash.
>
> If you still use the old buggy version, please take the fixed one.
> If there is still a problem in the fixed version, please let me  
> know, so that I can try to find what's going wrong.
>
> Thanks -
>
> 	joachim
>
>
> PS As to the tab versus table opcodes, indeed my reason for using  
> the tab opcodes was that they can handle non-power-of-2 function  
> tables.
> Meanwhile I'm not sure if the table opcodes aren't able to do the  
> same (I tested it, and it worked).
> But I tested that the tab opcodes are indeed faster (ca factor 2 if  
> I recall correctly).
> In the case of the Studie II example it's not that important, but on  
> the other hand: it was my fault to go off the table boundaries  
> (because of the typo), not the fault of the tab opcodes. So if my  
> code is correct, I can't see a reason for a boundary check (at least  
> in this case).
>
>
> Am 24.02.2010 um 20:09 schrieb Victor Lazzarini:
>
>> In fact, in the Studie II case on OSX, I get an error not a crash,  
>> which is nicer:
>>
>> PERF ERROR: tab_i off end
>>
>> Victor
>> On 24 Feb 2010, at 19:07, Victor Lazzarini wrote:
>>
>>> I think these opcodes should contain protection. A simple check  
>>> for bounds would not slow them down significantly. I think not  
>>> having these check is a nasty hack (my opinion only).
>>>
>>> Victor
>>> On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:
>>>
>>>>
>>>>> I would say no csd should crash csound. So do not fix the csd, fix
>>>>> csound instead!
>>>>
>>>>
>>>> But there are opcodes that are invitations to crashes, like the  
>>>> "fast"
>>>> table opcodes.  They are the reason that the STockhausen example  
>>>> is iffy
>>>> -- it crashes on Linux as it goes off the end of an array
>>>>
>>>> ==John ff
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/? 
>>>> group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe csound"
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

OK - I think I got it.
There were 5 hidden inconsequences like "pointing to index 25 in a  
table of length 25".
Csound 5.12 (OSX) reported it correctly and quite helpful.
Csound 5.11 didn't report anything, so I couldn't see these errors  
before (they had no consequences as the off-table-pointers weren't  
actually used; just "prepared").
Actually I like the intolerance of Csound 5.12 at this point; it leads  
to cleaner code.
If anyone could check if it runs now on Linux too, I'd be thankful.
I'll correct the widget version and the german versions later.
ciao -

	joachim


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"





Am 26.02.2010 um 02:19 schrieb joachim heintz:

> I just installed Csound 5.12.2, and now I get the same perf error as  
> Victor.
> Under 5.11 there was nothing (why?).
> I think I found the line in the code and will have a look tomorrow.
>
> 	joachim
>
>
> Am 25.02.2010 um 22:51 schrieb joachim heintz:
>
>> Victor, John -
>>
>> I'm surprised that there are STILL problems with the  
>> Stockhausen_Studie_II.csd.
>> There was a bug in the first version. This bug was reported by John  
>> and others. Andrés pointed out the line where the problem occured  
>> (it was a typo which lead to a too large number of iterations).
>> So I coudl fix the bug. Then I sent it to the list and put it also  
>> here: http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>>
>> When I run this csd in the Terminal (OSX 10.5.8), I get absolutely  
>> NO perf error nor a crash.
>>
>> If you still use the old buggy version, please take the fixed one.
>> If there is still a problem in the fixed version, please let me  
>> know, so that I can try to find what's going wrong.
>>
>> Thanks -
>>
>> 	joachim
>>
>>
>> PS As to the tab versus table opcodes, indeed my reason for using  
>> the tab opcodes was that they can handle non-power-of-2 function  
>> tables.
>> Meanwhile I'm not sure if the table opcodes aren't able to do the  
>> same (I tested it, and it worked).
>> But I tested that the tab opcodes are indeed faster (ca factor 2 if  
>> I recall correctly).
>> In the case of the Studie II example it's not that important, but  
>> on the other hand: it was my fault to go off the table boundaries  
>> (because of the typo), not the fault of the tab opcodes. So if my  
>> code is correct, I can't see a reason for a boundary check (at  
>> least in this case).
>>
>>
>> Am 24.02.2010 um 20:09 schrieb Victor Lazzarini:
>>
>>> In fact, in the Studie II case on OSX, I get an error not a crash,  
>>> which is nicer:
>>>
>>> PERF ERROR: tab_i off end
>>>
>>> Victor
>>> On 24 Feb 2010, at 19:07, Victor Lazzarini wrote:
>>>
>>>> I think these opcodes should contain protection. A simple check  
>>>> for bounds would not slow them down significantly. I think not  
>>>> having these check is a nasty hack (my opinion only).
>>>>
>>>> Victor
>>>> On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:
>>>>
>>>>>
>>>>>> I would say no csd should crash csound. So do not fix the csd,  
>>>>>> fix
>>>>>> csound instead!
>>>>>
>>>>>
>>>>> But there are opcodes that are invitations to crashes, like the  
>>>>> "fast"
>>>>> table opcodes.  They are the reason that the STockhausen example  
>>>>> is iffy
>>>>> -- it crashes on Linux as it goes off the end of an array
>>>>>
>>>>> ==John ff
>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>         https://sourceforge.net/tracker/? 
>>>>> group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>> "unsubscribe csound"
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe csound"
>>>>
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>

Joachim,

it works well now (but maybe the tempo is slightly faster?)
Sounds quite good, thanks for this.

Victor


On 26 Feb 2010, at 13:01, joachim heintz wrote:

> OK - I think I got it.
> There were 5 hidden inconsequences like "pointing to index 25 in a  
> table of length 25".
> Csound 5.12 (OSX) reported it correctly and quite helpful.
> Csound 5.11 didn't report anything, so I couldn't see these errors  
> before (they had no consequences as the off-table-pointers weren't  
> actually used; just "prepared").
> Actually I like the intolerance of Csound 5.12 at this point; it  
> leads to cleaner code.
> If anyone could check if it runs now on Linux too, I'd be thankful.
> I'll correct the widget version and the german versions later.
> ciao -
>
> 	joachim
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
> 
>
>
>
> Am 26.02.2010 um 02:19 schrieb joachim heintz:
>
>> I just installed Csound 5.12.2, and now I get the same perf error  
>> as Victor.
>> Under 5.11 there was nothing (why?).
>> I think I found the line in the code and will have a look tomorrow.
>>
>> 	joachim
>>
>>
>> Am 25.02.2010 um 22:51 schrieb joachim heintz:
>>
>>> Victor, John -
>>>
>>> I'm surprised that there are STILL problems with the  
>>> Stockhausen_Studie_II.csd.
>>> There was a bug in the first version. This bug was reported by  
>>> John and others. Andrés pointed out the line where the problem  
>>> occured (it was a typo which lead to a too large number of  
>>> iterations).
>>> So I coudl fix the bug. Then I sent it to the list and put it also  
>>> here: http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>>>
>>> When I run this csd in the Terminal (OSX 10.5.8), I get absolutely  
>>> NO perf error nor a crash.
>>>
>>> If you still use the old buggy version, please take the fixed one.
>>> If there is still a problem in the fixed version, please let me  
>>> know, so that I can try to find what's going wrong.
>>>
>>> Thanks -
>>>
>>> 	joachim
>>>
>>>
>>> PS As to the tab versus table opcodes, indeed my reason for using  
>>> the tab opcodes was that they can handle non-power-of-2 function  
>>> tables.
>>> Meanwhile I'm not sure if the table opcodes aren't able to do the  
>>> same (I tested it, and it worked).
>>> But I tested that the tab opcodes are indeed faster (ca factor 2  
>>> if I recall correctly).
>>> In the case of the Studie II example it's not that important, but  
>>> on the other hand: it was my fault to go off the table boundaries  
>>> (because of the typo), not the fault of the tab opcodes. So if my  
>>> code is correct, I can't see a reason for a boundary check (at  
>>> least in this case).
>>>
>>>
>>> Am 24.02.2010 um 20:09 schrieb Victor Lazzarini:
>>>
>>>> In fact, in the Studie II case on OSX, I get an error not a  
>>>> crash, which is nicer:
>>>>
>>>> PERF ERROR: tab_i off end
>>>>
>>>> Victor
>>>> On 24 Feb 2010, at 19:07, Victor Lazzarini wrote:
>>>>
>>>>> I think these opcodes should contain protection. A simple check  
>>>>> for bounds would not slow them down significantly. I think not  
>>>>> having these check is a nasty hack (my opinion only).
>>>>>
>>>>> Victor
>>>>> On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:
>>>>>
>>>>>>
>>>>>>> I would say no csd should crash csound. So do not fix the csd,  
>>>>>>> fix
>>>>>>> csound instead!
>>>>>>
>>>>>>
>>>>>> But there are opcodes that are invitations to crashes, like the  
>>>>>> "fast"
>>>>>> table opcodes.  They are the reason that the STockhausen  
>>>>>> example is iffy
>>>>>> -- it crashes on Linux as it goes off the end of an array
>>>>>>
>>>>>> ==John ff
>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>        https://sourceforge.net/tracker/? 
>>>>>> group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>>> "unsubscribe csound"
>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>        https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>> "unsubscribe csound"
>>>>>
>>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>>
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>>
>>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Thanks! I'm glad to know it works now. Tempo should be ok, I think (I  
made no changes).
Ciao -

	joachim


Am 26.02.2010 um 14:13 schrieb Victor Lazzarini:

> Joachim,
>
> it works well now (but maybe the tempo is slightly faster?)
> Sounds quite good, thanks for this.
>
> Victor
>
>
> On 26 Feb 2010, at 13:01, joachim heintz wrote:
>
>> OK - I think I got it.
>> There were 5 hidden inconsequences like "pointing to index 25 in a  
>> table of length 25".
>> Csound 5.12 (OSX) reported it correctly and quite helpful.
>> Csound 5.11 didn't report anything, so I couldn't see these errors  
>> before (they had no consequences as the off-table-pointers weren't  
>> actually used; just "prepared").
>> Actually I like the intolerance of Csound 5.12 at this point; it  
>> leads to cleaner code.
>> If anyone could check if it runs now on Linux too, I'd be thankful.
>> I'll correct the widget version and the german versions later.
>> ciao -
>>
>> 	joachim
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>>
>> 
>>
>>
>>
>> Am 26.02.2010 um 02:19 schrieb joachim heintz:
>>
>>> I just installed Csound 5.12.2, and now I get the same perf error  
>>> as Victor.
>>> Under 5.11 there was nothing (why?).
>>> I think I found the line in the code and will have a look tomorrow.
>>>
>>> 	joachim
>>>
>>>
>>> Am 25.02.2010 um 22:51 schrieb joachim heintz:
>>>
>>>> Victor, John -
>>>>
>>>> I'm surprised that there are STILL problems with the  
>>>> Stockhausen_Studie_II.csd.
>>>> There was a bug in the first version. This bug was reported by  
>>>> John and others. Andrés pointed out the line where the problem  
>>>> occured (it was a typo which lead to a too large number of  
>>>> iterations).
>>>> So I coudl fix the bug. Then I sent it to the list and put it  
>>>> also here: http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>>>>
>>>> When I run this csd in the Terminal (OSX 10.5.8), I get  
>>>> absolutely NO perf error nor a crash.
>>>>
>>>> If you still use the old buggy version, please take the fixed one.
>>>> If there is still a problem in the fixed version, please let me  
>>>> know, so that I can try to find what's going wrong.
>>>>
>>>> Thanks -
>>>>
>>>> 	joachim
>>>>
>>>>
>>>> PS As to the tab versus table opcodes, indeed my reason for using  
>>>> the tab opcodes was that they can handle non-power-of-2 function  
>>>> tables.
>>>> Meanwhile I'm not sure if the table opcodes aren't able to do the  
>>>> same (I tested it, and it worked).
>>>> But I tested that the tab opcodes are indeed faster (ca factor 2  
>>>> if I recall correctly).
>>>> In the case of the Studie II example it's not that important, but  
>>>> on the other hand: it was my fault to go off the table boundaries  
>>>> (because of the typo), not the fault of the tab opcodes. So if my  
>>>> code is correct, I can't see a reason for a boundary check (at  
>>>> least in this case).
>>>>
>>>>
>>>> Am 24.02.2010 um 20:09 schrieb Victor Lazzarini:
>>>>
>>>>> In fact, in the Studie II case on OSX, I get an error not a  
>>>>> crash, which is nicer:
>>>>>
>>>>> PERF ERROR: tab_i off end
>>>>>
>>>>> Victor
>>>>> On 24 Feb 2010, at 19:07, Victor Lazzarini wrote:
>>>>>
>>>>>> I think these opcodes should contain protection. A simple check  
>>>>>> for bounds would not slow them down significantly. I think not  
>>>>>> having these check is a nasty hack (my opinion only).
>>>>>>
>>>>>> Victor
>>>>>> On 24 Feb 2010, at 17:47, jpff@cs.bath.ac.uk wrote:
>>>>>>
>>>>>>>
>>>>>>>> I would say no csd should crash csound. So do not fix the  
>>>>>>>> csd, fix
>>>>>>>> csound instead!
>>>>>>>
>>>>>>>
>>>>>>> But there are opcodes that are invitations to crashes, like  
>>>>>>> the "fast"
>>>>>>> table opcodes.  They are the reason that the STockhausen  
>>>>>>> example is iffy
>>>>>>> -- it crashes on Linux as it goes off the end of an array
>>>>>>>
>>>>>>> ==John ff
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>       https://sourceforge.net/tracker/? 
>>>>>>> group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>>>> "unsubscribe csound"
>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>       https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>>> "unsubscribe csound"
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>        https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe csound"
>>>>
>>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>>
>>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> Thanks! I'm glad to know it works now. Tempo should be ok, I think (I
> made no changes).
> Ciao -


Does not work for me with a version just d/loaded


PERF ERROR: tab_i off end

Where shoudl I find a working version?

==John ff




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> I just installed Csound 5.12.2, and now I get the same perf error as
> Victor.
> Under 5.11 there was nothing (why?).

Because I added that check in a failed attemopt to find the errror
Yesterday added this check in all cases (not just the one I tripped over)

==John ff



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I've sent it in the attachment. But just uploaded here now:
http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd

The other versions on the website are still incorrect. Will fix them  
this evening.
Thanks for the interest -

	joachim


Am 26.02.2010 um 14:44 schrieb jpff@cs.bath.ac.uk:

>> Thanks! I'm glad to know it works now. Tempo should be ok, I think (I
>> made no changes).
>> Ciao -
>
>
> Does not work for me with a version just d/loaded
>
>
> PERF ERROR: tab_i off end
>
> Where shoudl I find a working version?
>
> ==John ff
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Still not working here after following the link

audio buffered in 256 sample-frame blocks
PortAudio V19-devel (built Oct 24 2009)
PortAudio: available output devices:
   0: /dev/dsp
   1: VIA 8237: VIA 8237 (hw:0,0)
   2: VIA 8237: VIA 8237 (hw:0,1)
   3: front
   4: surround40
   5: surround41
   6: surround50
   7: surround51
   8: iec958
   9: spdif
  10: rme9652
  11: rme9652_spdif
  12: stereo
  13: rme9652_mono
  14: default
  15: dmix
PortAudio: selected output device '/dev/dsp'
writing 1024-byte blks of shorts to dac
SECTION 1:

PERF ERROR: tab_i off end
Early return from csoundPerform().
inactive allocs returned to freespace
end of score.              overall amps:  0.00000  0.00000
           overall samples out of range:        0        0
0 errors in performance

Not the best error message, but it fails


> I've sent it in the attachment. But just uploaded here now:
> http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>
> The other versions on the website are still incorrect. Will fix them
> this evening.
> Thanks for the interest -
>
> 	joachim
>
>
> Am 26.02.2010 um 14:44 schrieb jpff@cs.bath.ac.uk:
>
>>> Thanks! I'm glad to know it works now. Tempo should be ok, I think (I
>>> made no changes).
>>> Ciao -
>>
>>
>> Does not work for me with a version just d/loaded
>>
>>
>> PERF ERROR: tab_i off end
>>
>> Where shoudl I find a working version?
>>
>> ==John ff
>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
>




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

> Still not working here after following the link

Found the attachment -- not usual activity for me, and that worked.  The
web version did not

==John





Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

That's good to know, though I can't imagine what the difference might  
be.
I'll remove the old versions and put the new ones later.

	j


Am 26.02.2010 um 17:37 schrieb jpff@cs.bath.ac.uk:

>> Still not working here after following the link
>
> Found the attachment -- not usual activity for me, and that worked.   
> The
> web version did not
>
> ==John
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Rene -

thanks for your interest. I'm sorry that the sprintf statement does  
not work on your linux. Can you try to skip the space between d and f?  
So
Sformat    sprintf    "%%.%df\t", iprec
instead of
Sformat    sprintf    "%%.%d f\t", iprec

This should actually be more correct, and if it works, I can change it  
at the udo database and anywhere.

Thanks -

	joachim



Am 26.02.2010 um 16:28 schrieb Rene Djack:

> Hi,
>
> On UbuntuStudio 9.10 32b and today cvs csound (5.12.?)
>
> Stockhausen-Studie_II_engl.csd from your attachment is now working  
> fine for audio.
>
> I just have incorrect printing of tables for example:
>
> FREQUENCIES (Hz):
> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
>
> It is the tables printed by TableDumpSimp and TableDumpSimpS udo.
> These two udo have the line
>
> Sformat    sprintf    "%%.%d f\t", iprec
>
> This is not working on Ubuntu. (message posted on Dec 07, 2009 How  
> to print %?)
>
> Best and thanks for sharing
> Rene
>
>
>
>
> 2010/2/26 joachim heintz 
> I've sent it in the attachment. But just uploaded here now:
>
> http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>
> The other versions on the website are still incorrect. Will fix them  
> this evening.
> Thanks for the interest -
>
>        joachim
>
>
> Am 26.02.2010 um 14:44 schrieb jpff@cs.bath.ac.uk:
>
>
> Thanks! I'm glad to know it works now. Tempo should be ok, I think (I
> made no changes).
> Ciao -
>
>
> Does not work for me with a version just d/loaded
>
>
> PERF ERROR: tab_i off end
>
> Where shoudl I find a working version?
>
> ==John ff
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Glad to see I am not the one that confuses Joachim and Jacob... =)

Cheers,
Andrés

On Sat, Feb 27, 2010 at 8:21 AM, Rene Djack  wrote:
> Hi Joachim,
>
> It works perfect on 5.12 last cvs with old parser.
> Thanks for your great advise.
>
> I like Stockhausen Studie and in general the work found in cs blog.
> it is a mine of tricks for a self-teaching csounder like me!
>
> Cheers,
> Rene
>
>
>
> 2010/2/26 joachim heintz 
>>
>> Hi Rene -
>>
>> thanks for your interest. I'm sorry that the sprintf statement does not
>> work on your linux. Can you try to skip the space between d and f? So
>> Sformat    sprintf    "%%.%df\t", iprec
>> instead of
>> Sformat    sprintf    "%%.%d f\t", iprec
>>
>> This should actually be more correct, and if it works, I can change it at
>> the udo database and anywhere.
>>
>> Thanks -
>>
>>        joachim
>>
>>
>>
>> Am 26.02.2010 um 16:28 schrieb Rene Djack:
>>
>>> Hi,
>>>
>>> On UbuntuStudio 9.10 32b and today cvs csound (5.12.?)
>>>
>>> Stockhausen-Studie_II_engl.csd from your attachment is now working fine
>>> for audio.
>>>
>>> I just have incorrect printing of tables for example:
>>>
>>> FREQUENCIES (Hz):
>>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
>>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
>>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
>>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
>>>
>>> It is the tables printed by TableDumpSimp and TableDumpSimpS udo.
>>> These two udo have the line
>>>
>>> Sformat    sprintf    "%%.%d f\t", iprec
>>>
>>> This is not working on Ubuntu. (message posted on Dec 07, 2009 How to
>>> print %?)
>>>
>>> Best and thanks for sharing
>>> Rene
>>>
>>>
>>>
>>>
>>> 2010/2/26 joachim heintz 
>>> I've sent it in the attachment. But just uploaded here now:
>>>
>>> http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
>>>
>>> The other versions on the website are still incorrect. Will fix them this
>>> evening.
>>> Thanks for the interest -
>>>
>>>       joachim
>>>
>>>
>>> Am 26.02.2010 um 14:44 schrieb jpff@cs.bath.ac.uk:
>>>
>>>
>>> Thanks! I'm glad to know it works now. Tempo should be ok, I think (I
>>> made no changes).
>>> Ciao -
>>>
>>>
>>> Does not work for me with a version just d/loaded
>>>
>>>
>>> PERF ERROR: tab_i off end
>>>
>>> Where shoudl I find a working version?
>>>
>>> ==John ff
>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>



-- 


Andrés


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Absolutely no problem. I'd be proud to be the author of the cs blog,  
too, but I am not ...
Thanks for testing the "%%.%df\t", iprec format string. This is  
actually the better formulation, and I will correct it.
Ciao -

	joachim


Am 27.02.2010 um 14:30 schrieb Rene Djack:

> Thanks Andres,
> and Joachim (Heintz) excuse me for the confusion,
>
> René
>
>
> 2010/2/27 Andres Cabrera 
> Glad to see I am not the one that confuses Joachim and Jacob... =)
>
> Cheers,
> Andrés
>
> On Sat, Feb 27, 2010 at 8:21 AM, Rene Djack   
> wrote:
> > Hi Joachim,
> >
> > It works perfect on 5.12 last cvs with old parser.
> > Thanks for your great advise.
> >
> > I like Stockhausen Studie and in general the work found in cs blog.
> > it is a mine of tricks for a self-teaching csounder like me!
> >
> > Cheers,
> > Rene
> >
> >
> >
> > 2010/2/26 joachim heintz 
> >>
> >> Hi Rene -
> >>
> >> thanks for your interest. I'm sorry that the sprintf statement  
> does not
> >> work on your linux. Can you try to skip the space between d and  
> f? So
> >> Sformat    sprintf    "%%.%df\t", iprec
> >> instead of
> >> Sformat    sprintf    "%%.%d f\t", iprec
> >>
> >> This should actually be more correct, and if it works, I can  
> change it at
> >> the udo database and anywhere.
> >>
> >> Thanks -
> >>
> >>        joachim
> >>
> >>
> >>
> >> Am 26.02.2010 um 16:28 schrieb Rene Djack:
> >>
> >>> Hi,
> >>>
> >>> On UbuntuStudio 9.10 32b and today cvs csound (5.12.?)
> >>>
> >>> Stockhausen-Studie_II_engl.csd from your attachment is now  
> working fine
> >>> for audio.
> >>>
> >>> I just have incorrect printing of tables for example:
> >>>
> >>> FREQUENCIES (Hz):
> >>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> >>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> >>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> >>> %.0 f    %.0 f    %.0 f    %.0 f    %.0 f
> >>>
> >>> It is the tables printed by TableDumpSimp and TableDumpSimpS udo.
> >>> These two udo have the line
> >>>
> >>> Sformat    sprintf    "%%.%d f\t", iprec
> >>>
> >>> This is not working on Ubuntu. (message posted on Dec 07, 2009  
> How to
> >>> print %?)
> >>>
> >>> Best and thanks for sharing
> >>> Rene
> >>>
> >>>
> >>>
> >>>
> >>> 2010/2/26 joachim heintz 
> >>> I've sent it in the attachment. But just uploaded here now:
> >>>
> >>> http://www.joachimheintz.de/soft/Stockhausen-Studie_II_engl.csd
> >>>
> >>> The other versions on the website are still incorrect. Will fix  
> them this
> >>> evening.
> >>> Thanks for the interest -
> >>>
> >>>       joachim
> >>>
> >>>
> >>> Am 26.02.2010 um 14:44 schrieb jpff@cs.bath.ac.uk:
> >>>
> >>>
> >>> Thanks! I'm glad to know it works now. Tempo should be ok, I  
> think (I
> >>> made no changes).
> >>> Ciao -
> >>>
> >>>
> >>> Does not work for me with a version just d/loaded
> >>>
> >>>
> >>> PERF ERROR: tab_i off end
> >>>
> >>> Where shoudl I find a working version?
> >>>
> >>> ==John ff
> >>>
> >>>
> >>>
> >>>
> >>> Send bugs reports to the Sourceforge bug tracker
> >>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
> >>> Discussions of bugs and features can be posted here
> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe
> >>> csound"
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Send bugs reports to the Sourceforge bug tracker
> >>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
> >>> Discussions of bugs and features can be posted here
> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe
> >>> csound"
> >>>
> >>>
> >>
> >>
> >>
> >> Send bugs reports to the Sourceforge bug tracker
> >>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> >> Discussions of bugs and features can be posted here
> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe
> >> csound"
> >>
> >
> >
>
>
>
> --
>
>
> Andrés
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"