<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:13px">dunno what you mean by "connection order".</span></blockquote><div><br></div><div>The order of the "#X connect" statements in the patch netlist.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:13px">Pd totally ignores the order<br></span><span style="font-size:13px">of connections; what is important is the order of creation of the<br></span><span style="font-size:13px">connected objects.</span></blockquote><div><br></div><div> Technically it doesn't. You can remove and re-add an existing connection and it could change the order. </div><div><br></div><div>Re-instantiating objects does the same, I assume the GUI is removing the object (and connection) and then re-connecting it back up.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 8 September 2015 at 11:09, IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-09-08 11:52, Joe White wrote:<br>
>><br>
>>> It might be a bit misleading to call this behaviour 'undefined'.<br>
>> why?<br>
><br>
><br>
</span><span class="">> a) for the reasons pointed out previously<br>
<br>
</span>???<br>
<span class=""><br>
> b) by virtue of the fact that Alexandre is questioning it (and I would<br>
> agree with him)<br>
<br>
</span>i was under the impression that his questions are driven by the urge to<br>
understand rather than the urge to critique - so i don't see how that<br>
would help raising any claims.<br>
<br>
><br>
> c) <a href="https://en.wikipedia.org/wiki/Undefined_behavior" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Undefined_behavior</a><br>
<br>
"undefined behavior (UB) is the result of executing computer code<br>
written in a programming language for which the language specification<br>
does not prescribe how that code should be handled."<br>
<br>
the main problem we have is that there is no written down formal<br>
language specification of Pd (mainly caused by its author refusing to<br>
call Pd a "language" at all).<br>
with that in mind, you can (pedantically) argue, that there is cannot be<br>
any undefined behaviour in Pd at all.<br>
<br>
which doesn't help us at all.<br>
<span class=""><br>
> d) I'm being pedantic<br>
<br>
</span>??<br>
<span class=""><br>
>  what *is* the Pd language then?<br>
>> i think that the language of Pd and it's UI are non-separable.<br>
><br>
><br>
</span>> Agree on some level but there *is *a formal language in the netlist that is<br>
<span class="">> predictable, it's just that no one is expected to actually program with it.<br>
<br>
</span>hmm, yes, but i think that's the wrong conclusion:<br>
i think that the netlist description and Pd are two distinct languages.<br>
it just happens that the latter is transpiled into the former before<br>
being executed (much like "vala" is first transpiled into "C").<br>
<br>
so even if one of the languages does not expose an undefined behaviour<br>
in our situation, that doesn't mean that the other won't.<br>
<span class=""><br>
<br>
> On a sidenote:<br>
><br>
> Does cut and paste actually change the connection order? That's really<br>
> freaky if so.<br>
<br>
</span>dunno what you mean by "connection order". Pd totally ignores the order<br>
of connections; what is important is the order of creation of the<br>
connected objects.<br>
any yes, Cut'n'paste does change the order of object creation (and hence<br>
can have an effect on the actual order of execution.<br>
<br>
<br>
fgmsdr<br>
<div class="HOEnZb"><div class="h5">IOhannes<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>