Ô Disorder !
Ô Ôrder of Evaluation !
Ôrder of Evaluation Does exist - I just met him ( It visited me long before I could recognise it ).
In fact, 3 of the 6 connection alternatives between the 3 branches from the initial bang can be a solution - I made them all like a beast
These 3 wrong alternatives are those which execute left branch before the middle one - as a bit of thinking might have assert.
And it is now clear to me that the trigger object helps by visually looking at the order of execution which has been graphically implemented - and the incremental abstraction exercise now works.
So many thanks to all of you ( when I was so reluctant to grasp this bit of intelligence..., at last ) !
I can go on for abstractions.
Thanks for giving me this direction : I believe to have understood the process Hot AND cold - in theory.
But this doesn't give my any clue yet about the example :
The bang initiated in "A" acts the same as in the patch with no abstraction - that is, :
- As it is a bang to the b1 Hot input => the 0 value stored in b1 is pushed to the Hot input of b2,
making the + operation effective to produce the value 1 on b2 output -which is b output in the calling patch.
- We check for this value as a number box in b output.
So, that does mean - along the cord b-c - that the value 1 SHOULD be there at the Cold input of the mult box in C, while at the same moment a value 1 has been sent to the Hot input of the mult box via A, B-Hot input-B-output, C-Hot input..
But it looks like the value 1 at the output of Counter box has become 0 at the other end of cord
This little exercise patch somehow computes the successive factorials of a counter and the computation stops when the counter reaches the number Maxcount.
I am here interested to work for abstractions, starting with this one
which replaces the center top incrementation process.
This abstraction - called "+=1" - looks fine : after one bang, the abstraction outputs the value 1.
But the calling patch doesn't output the value 1 as shown here :
I don't understand that the "+=1" abstracted patch outputs 1, and that this value "1" is not pushed down to the "product" box to make the 1 * 1 operation : who can help discover the error ?
There *is* an extra/pd_darwin file at </Users/.../>/Pd-extended 64bit.app/Contents/Resources/extra/extra/ but it is not searched at this place : how to ? No way to give such an additional search path in the Preferences - I don't know how, and I believe I don't need to help at that.
Thanks for help.
It is not that "_know what _doing", it is just that "_want to experiment" - as everything all around is growing for 64bit to day. So :
When I launch this 64bit Pd-extended.app there is this red :
Users/[blabla]/Pure Data/Pd-extended 64bit.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Users/fdiMac/fdiMac apps/AUDIO apps/Pure Data/Pd-extended 64bit.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Symbol not found: _TclFreeObj
Referenced from: /Users/[blabla]/Pure Data/Pd-extended 64bit.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin
Expected in: dynamic lookup
Incidentally, when I come to "Get Info" for this Pd-extended.app file, I read :
Kind: Application (32-bit)
…. and more.
Could someone help to go on with this 64?-bit application ? And Mountain-Lion 10.8.5 by any chance.
Thanks a lot sebfumaster for your guidance !
It is difficult at this time to do a thorough assimilation of your explanations.
A folder cnmat, sitting at the same level on my disk than the Pd-extended application, contains an oatomize.pd_darwin file (and many such other ones). I beg your pardon : cnmat is the library and oatomize is (one of) its classes ? Or the contrary ?
I notice that the supplementary paths I had written in the Preferences window have been reported as entries in the Preferences plist file (automatically) - with the npath entry number in accordance.
I think it is another subject - I believe 32bit against 64bit - that a patch saying "import oatomize" fails with this "Did find:
/Users/fdiMac/fdiMac apps/AUDIO apps/Pure Data/cnmat/oatomize.pd_darwin: mach-o, but wrong architecture".
Sorry Sebfu, enough for tonight … also, with the benefit of this discussion, I will go back to Pure Data documentation with some ideas in mind. Thanks.
Hi sebfumaster - thanks for your helping,
Sorry, I am wrong - at least a typo in my eye - there is *no* extra.pd_darwin in the Resources/extra/extra/ folder.
But I don't know from where it is asked to load such a file as "extra.pd_darwin".
Anyway, loop~ *works* after deleting the org.puredata.pdextended.plist.
Also, I understand this verbose was quite small of an help as finally the 29 libraries to load, as per the plist, successfully loaded.
So, there is not much to be alarmed - but to raise more questions : I just added a "loadlib30" entry with value "pique" as I saw a "pique.pd_darwin" in the /resources/extra/extra/ folder, raised by myself the nloadlib to 30, and that was perfectly loaded in the verbose - forgetting the fails.
But should I have to do the same for every *.pd_darwin file that I see in a folder ? That would mean quite a lot !
And what is the usage of the paths I can add in the Preferences window ? I don't see any affect..
At last, may I tell about a (red) message I have at launch which says : Symbol not found: _TclFreeObj (see file attached) ? It doesn't seem yet too much harmful.