The error is not in the vco opcode but elsewhere.  Not got to bottom of
it yet but running with valgrind I see

ftable 104:
WARNING: replacing previous ftable 103
WARNING: ftable 103 relocating due to size change
         currently active instruments may find this disturbing
ftable 103:
==6113== 
==6113== Invalid read of size 4
==6113==    at 0x80AF5F1: ktable (ugens2.c:401)
==6113==  Address 0x4FB24E0 is 16 bytes inside a block of size 820 free'd
==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==6113==    by 0x804DB03: mfree (memalloc.c:144)
==6113== 
==6113== Invalid read of size 4
==6113==    at 0x80AF636: ktable (ugens2.c:456)
==6113==  Address 0x4FB2600 is 304 bytes inside a block of size 820 free'd
==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==6113==    by 0x804DB03: mfree (memalloc.c:144)

That suggests to me that the reallocation of the size of table 103 has
moved data from under the feet of some other opcode.

==John ffitch

Ah, yes, good find.  There is a discrepancy between table sizes.  If I  
change line 59 to read:
	iouttable ftgen itabnum,0,128,-2,0
instead of:
	iouttable ftgen itabnum,0,64,-2,0

the problem is solved.  I've attached a corrected csd.  Please let me  
know if this solves the dilemma.

It is strange that this worked in the past and not now, but it is most  
certainly my fault since the table sizes do not match.  If anything,  
the only oddity is how csound reported the error.  Please confirm for  
me that this solves the issue.

Thanks,

JP







On Nov 29, 2008, at 3:24 AM, jpff wrote:

> The error is not in the vco opcode but elsewhere.  Not got to bottom  
> of
> it yet but running with valgrind I see
>
> ftable 104:
> WARNING: replacing previous ftable 103
> WARNING: ftable 103 relocating due to size change
>         currently active instruments may find this disturbing
> ftable 103:
> ==6113==
> ==6113== Invalid read of size 4
> ==6113==    at 0x80AF5F1: ktable (ugens2.c:401)
> ==6113==  Address 0x4FB24E0 is 16 bytes inside a block of size 820  
> free'd
> ==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/ 
> vgpreload_memcheck.so)
> ==6113==    by 0x804DB03: mfree (memalloc.c:144)
> ==6113==
> ==6113== Invalid read of size 4
> ==6113==    at 0x80AF636: ktable (ugens2.c:456)
> ==6113==  Address 0x4FB2600 is 304 bytes inside a block of size 820  
> free'd
> ==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/ 
> vgpreload_memcheck.so)
> ==6113==    by 0x804DB03: mfree (memalloc.c:144)
>
> That suggests to me that the reallocation of the size of table 103 has
> moved data from under the feet of some other opcode.
>
> ==John ffitch
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"

Julian,

What an absolutely lovely piece - and an incredibly inspiring design!

Thanks for sharing this with us.

-dB

On Nov 29, 2008, at 10:48 AM, Julian Peterson wrote:

> Ah, yes, good find.  There is a discrepancy between table sizes.  If  
> I change line 59 to read:
> 	iouttable ftgen itabnum,0,128,-2,0
> instead of:
> 	iouttable ftgen itabnum,0,64,-2,0
>
> the problem is solved.  I've attached a corrected csd.  Please let  
> me know if this solves the dilemma.
>
> It is strange that this worked in the past and not now, but it is  
> most certainly my fault since the table sizes do not match.  If  
> anything, the only oddity is how csound reported the error.  Please  
> confirm for me that this solves the issue.
>
> Thanks,
>
> JP
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
>
>
>
> On Nov 29, 2008, at 3:24 AM, jpff wrote:
>
>> The error is not in the vco opcode but elsewhere.  Not got to  
>> bottom of
>> it yet but running with valgrind I see
>>
>> ftable 104:
>> WARNING: replacing previous ftable 103
>> WARNING: ftable 103 relocating due to size change
>>        currently active instruments may find this disturbing
>> ftable 103:
>> ==6113==
>> ==6113== Invalid read of size 4
>> ==6113==    at 0x80AF5F1: ktable (ugens2.c:401)
>> ==6113==  Address 0x4FB24E0 is 16 bytes inside a block of size 820  
>> free'd
>> ==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/ 
>> vgpreload_memcheck.so)
>> ==6113==    by 0x804DB03: mfree (memalloc.c:144)
>> ==6113==
>> ==6113== Invalid read of size 4
>> ==6113==    at 0x80AF636: ktable (ugens2.c:456)
>> ==6113==  Address 0x4FB2600 is 304 bytes inside a block of size 820  
>> free'd
>> ==6113==    at 0x402243F: free (in /usr/lib/valgrind/x86-linux/ 
>> vgpreload_memcheck.so)
>> ==6113==    by 0x804DB03: mfree (memalloc.c:144)
>>
>> That suggests to me that the reallocation of the size of table 103  
>> has
>> moved data from under the feet of some other opcode.
>>
>> ==John ffitch
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>

Thanks everyone.  I've updated the csounds podcase with the corrected  
csd.  Thanks for helping me to track down the error, esp. jpff.  If  
I'm ever in your neighborhood, I owe you a beer.

: )

JP


On Nov 29, 2008, at 10:59 AM, Michael Gogins wrote:

> Thanks for sharing this orchestra, this is a great demonstration of
> how to do algorithmic composition in the Csound orchestra language,
> and indeed how to code in Csound in general.
>
> Regards,
> Mike
>
> On 11/29/08, Rory Walsh  wrote:
>> It runs fine now on my XP machine. I'm glad you found a workaround  
>> for
>> the problem, it's a beautiful piece. Thanks for sharing.
>>
>> Rory.
>>
>>
>>
>> 2008/11/29 Julian Peterson :
>>> Ah, yes, good find.  There is a discrepancy between table sizes.   
>>> If I
>>> change line 59 to read:
>>>       iouttable ftgen itabnum,0,128,-2,0
>>> instead of:
>>>       iouttable ftgen itabnum,0,64,-2,0
>>>
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe
>> csound"
>>
>
>
> -- 
> Michael Gogins
> Irreducible Productions
> Michael dot Gogins at gmail dot com
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"