dunno what you mean by "connection order".

The order of the "#X connect" statements in the patch netlist.
 
Pd totally ignores the order
of connections; what is important is the order of creation of the
connected objects.

 Technically it doesn't. You can remove and re-add an existing connection and it could change the order. 

Re-instantiating objects does the same, I assume the GUI is removing the object (and connection) and then re-connecting it back up.

On 8 September 2015 at 11:09, IOhannes m zmoelnig <zmoelnig@iem.at> wrote:
On 2015-09-08 11:52, Joe White wrote:
>>
>>> It might be a bit misleading to call this behaviour 'undefined'.
>> why?
>
>
> a) for the reasons pointed out previously

???

> b) by virtue of the fact that Alexandre is questioning it (and I would
> agree with him)

i was under the impression that his questions are driven by the urge to
understand rather than the urge to critique - so i don't see how that
would help raising any claims.

>
> c) https://en.wikipedia.org/wiki/Undefined_behavior

"undefined behavior (UB) is the result of executing computer code
written in a programming language for which the language specification
does not prescribe how that code should be handled."

the main problem we have is that there is no written down formal
language specification of Pd (mainly caused by its author refusing to
call Pd a "language" at all).
with that in mind, you can (pedantically) argue, that there is cannot be
any undefined behaviour in Pd at all.

which doesn't help us at all.

> d) I'm being pedantic

??

>  what *is* the Pd language then?
>> i think that the language of Pd and it's UI are non-separable.
>
>
> Agree on some level but there *is *a formal language in the netlist that is
> predictable, it's just that no one is expected to actually program with it.

hmm, yes, but i think that's the wrong conclusion:
i think that the netlist description and Pd are two distinct languages.
it just happens that the latter is transpiled into the former before
being executed (much like "vala" is first transpiled into "C").

so even if one of the languages does not expose an undefined behaviour
in our situation, that doesn't mean that the other won't.


> On a sidenote:
>
> Does cut and paste actually change the connection order? That's really
> freaky if so.

dunno what you mean by "connection order". Pd totally ignores the order
of connections; what is important is the order of creation of the
connected objects.
any yes, Cut'n'paste does change the order of object creation (and hence
can have an effect on the actual order of execution.


fgmsdr
IOhannes


_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list