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

[Joe White]

Apologies for derailing the thread

 Ive saved the file and it is is now behaving the way I want every time I
> open it, can I *rely* that it will always open and work like that if no
> one edits the file changing the order of connections and everything?


(As far as I know) you can be certain that a patch will run repeatedly the
same way as long as no modifications to the file are made.

The only caveat would be using an object like random, where its number
generator state is remembered for the lifetime of the Pd application
running your patch. However, if you reopen the whole application it'll be
reset.

On 8 September 2015 at 15:05, Alexandre Torres Porres <porres at gmail.com>
wrote:

> wow, this is quite a technical and theoretical discussion, nice.
>
> but, keeping it simple and trying to avoid this nitty gritty completely,
> all I'm curious about is if I can *rely* on building a patch with order
> of creation/connection for both data and audio without trigger and
> subpatches.
>
> and by that, the question is: if i know what I'm doing in the patch in
> order to force the behaviour I want, and the patch is working in the way
> that I want because of that, and Ive saved the file and it is is now
> behaving the way I want every time I open it, can I *rely* that it will
> always open and work like that if no one edits the file changing the order
> of connections and everything?
>
> thanks
>
> 2015-09-08 9:15 GMT-03:00 IOhannes m zmoelnig <zmoelnig at iem.at>:
>
>> On 2015-09-08 12:21, Joe White wrote:
>> >  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.
>>
>>
>> ah yes, stupid me.
>>
>> fgmasr
>> IOhannes
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
> _______________________________________________
> 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/8e700984/attachment-0001.html>