Hi all,
I am trying to do some sample level processing and have an abstraction with an inlet~ and an outlet~. In the abstraction I have created an array, but when I try to use a metro to view what comes through the inlet, I get "buffer multiply defined" error. I have put "$0" part of the name but then the array being displayed is not the one being used by the calling patch. Any suggestions?

So I googled and it seems that the errors are unrelated.
"tried but couldn't sync a/d/a" is about the connection to the sound card and the advice is not to use alsa or to ignore it. As I am getting sound in all the right places, I assume I can ignore it. The multiply defined array problem would seem to be about internal workings and not the sound card.

This is looking like a bug to me. If someone can offer some advice on tracking it down, I will try it out. Otherwise I will work around it.

best,
petr

Hi dwan,
thanks for testing it. I'm certain. just changed the name to $0A to no avail. I am on ubuntu 12.10 and have a persistent error message of "tried and could not sync A/D/A" but all seems to work other than this. Might it be relevant?
petr

And the tester

http://www.pdpatchrepo.info/hurleur/tester.pd

Thanks guys,
This is the abstraction - sorry about the name but the test case was to "divide by 2"

If I use $0_array1 then the graph of the array shows nothing (I assume it is going to "another" copy wherever that is)

tester to follow

cheers,

petr

http://www.pdpatchrepo.info/hurleur/divideBy2.pd

[inlet~]
| [x]
| |
| [metro 200]
|\ /
| [tabwriter~ array1]
|
[outlet~]

array1 is defined locally of course, and nowhere else.
result: array1 is multiply defined