[PD] "G05.execution.order" issue (bug? just wrong?)

[Joe White]

>
> 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 at 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 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/20150908/c6f04671/attachment.html>