[PD] Problem with [link] and [mass]

[Alexandros Drymonitis]

Damn! That was for the length of the letter G for [text2d]. Sorry for that.
Still the weird behavior didn't have to do with this, but as I said, it's
now gone.


On Tue, Jan 8, 2013 at 8:48 PM, Pierre-Olivier Boulant
<po.boulant at free.fr>wrote:

>  You have a receive sharing the same name as in the example patch.
> It's in [pd rect-length] and it's [r G].
> Not a very specific name... :)
>
>
>
> On 08/01/2013 19:18, Alexandros Drymonitis wrote:
>
>  No, that's not the case. I've actually never really touched the example
> patch. Anyway, my actual worry is why these objects behave the way they do
> in my patch, which is really strange. In order to see what's wrong I opened
> earlier versions of the patch I'm working on (which were using [link] and
> [mass] fine) and they also show the same strange behavior. It looks like a
> bug hit it all of a sudden..
>  I've attached an earlier version which is smaller, if anyone's willing to
> check. Physical modelling is inside [pd object1], [pd object2] etc. inside
> [pd coordinates1]..
>  It used to be that the first time you hit the bangs, the rectangles
> wouldn't behave as expected (in the gem window), but after that everything
> was working pretty stably. Hope someone can help.
>
>
> On Tue, Jan 8, 2013 at 8:08 PM, IOhannes m zmoelnig <zmoelnig at iem.at>wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 2013-01-08 19:02, Alexandros Drymonitis wrote:
>> > Just an addition to this, there's some more weird behavior. When I
>> > have my patch open, with no bangs sent to [link] or [mass], if I
>> > open the 01_basic.pd patch from pmpd's examples, I get "error:
>> > inlet: expected 'float' but got 'bang'", whereas if I open
>> > 01_basics.pd without having my patch open, everything seems to work
>> > fine. I'm not using [send] from [metro] to [link] and [mass], but I
>> > rather connect them with cords. I'm just sending this one as well
>> > in case it's a hint that will help someone who might know what's
>> > wrong.
>>
>> wild guess: you have copied (and modified) the example patch and
>> re-used some of the receiver labels (the first arg to [link]/[mass]),
>> but are now sending other messages to those labels that are not
>> understood by the objects in 01_basics.pd
>>
>> fgmasdr
>> IOhannes
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.12 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAlDsYJ4ACgkQkX2Xpv6ydvTfuQCg9xakByo1gGTQJFKsR/vErL59
>> MbEAoMw7mm1n5Ph1UWB1nkMxvs2HWFWh
>> =UmEb
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
> _______________________________________________Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
> --
>
>
> ~    Pierre-Olivier Boulant     ~
> -o-     www.puffskydd.net     -o-
> ~   www.flickr.com/pob31/sets   ~
> -o-    www.lepixophone.net    -o-
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130108/8ea6dea4/attachment-0001.htm>