[PD] two dimensional array error in an external

[Alexandros Drymonitis]

On Mon, Jul 28, 2014 at 11:30 AM, IOhannes m zmoelnig <zmoelnig at iem.at>
wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 2014-07-28 09:48, Alexandros Drymonitis wrote:
> > different values though, this is an example. Then I would get the
> > error: overDrive~.c:35:25: error: expected ';' at end of
> > declaration list
>
> it might help very much if you could link to the actual code you are
> talking about (or post it)¹
>
I'm not getting an error any more, it compiles and a d_fat binary is
created. It still crushes Pd when the DSP is turned on, but since the
initalization of the array is being done when the object is being loaded,
before the DSP goes on, it should be something else that crashes Pd, right?
I'm still porting here since I started the thread here. I guess moving it
to pd-dev wouldn't be painful though.

>
> > float x_iem_coeff[5][2] = {
>
> out of curiosity: are there any specific reasons why you use the "iem"
> infix? it somehow sounds familiar....
>
Yup, I'm trying to convert Mike Moser-Booth's [distortion.mmb~] abstraction
into an external and he uses the [lp10_cheb~] abstraction which is based on
iemlib's [filter~]. There are five cascaded [lp2c~] abstractions, hence the
two dimensional array I want to use. I'm trying to call a function from the
perform routine, which simulates [filter~]'s code, five time and each time
set different coefficients (The ones given from [lp2c~]).

>
> fgasdr
> IOhannes
>
>
> ¹ and probably to pd-dev; but that's minor
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJT1gogAAoJELZQGcR/ejb4sMsQAIwo04OskvGAKDp8+dTIVWt0
> jheKziil1EQT269/z6Ki1dXhX1JjcpCjdgAMo8PtOdozrKoz3+5bpGZlYe7cra8t
> yzt94l0Nj2oHfAOcIpptGXZ8EpDXDN15G65qvLmGxIQTpBFKksMM1JH5E7M0HR/S
> xHBxLEJtBeaxcKwVyxBzq7dTp11PHiCXc7a/Ewu7kYVeoDnCFNC4rm0atHS/LSel
> mLiI43B3AHzcZNgxWSl0aSCXvGsSPSKK6QpWV+VEeA/Fayf5Bx6Txctje0bIDpvk
> 2OGbr6TNYXN173o6cA5bnxdm4hZ9b7Ib8NR5nZ6WraKqpF+GpxEUqcZYZCn8rZ9U
> Qdg8rOSpEEJUBCOqH7qqg7lnseowf3OmTLumQ0XkwbqMp9avIo6v2S3C5n7VfyHM
> lag+OoVFc/+X7hXqr1hABXFLlPuMcw4lDbYufM1xNuJbBMUbwBxEwcwi9908rnZR
> Pi3UfYPzLYGZIlQYP32yOqkz9pbJsH/4USh6nrOEaa+p4A+lQZDn8eo8UZYHzfUh
> KjN0d1cS6YmAE3+FW+blyKJwz3cSYwreVSEmiF+XSvcnpUUDOZekNkTzTeqcd7jW
> wAY7OX5YXtdwlNUQ1IjjRVkMayWQVR3ww1NxIadZxIzn4dHKMsZSTvnCIqXqYcJh
> 7Qitoq8q78Dgqkx4NntD
> =cQMw
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140728/5171c354/attachment.html>