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

[Alexandre Torres Porres]

cause if so, as I understant it, it is "defined", but not to get into the
technical discussion about programming languages. It's just a synonym to
"reliable", and I think it is important to note that, because otherwise you
can give the idea to people that it'll be chaotic and all, when it isn't
(that happened to me).

cheers

2015-09-08 11:20 GMT-03:00 Joe White <white.joe4 at gmail.com>:

> 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/07b79c8e/attachment.html>