No that doesnt mean anything, i just threw away some garbage lying
around.
Actually the patch does not work in that version
Am 09.02.2009 um 04:13 schrieb Hans-Christoph Steiner:
Ok, I get that too. First thing I notice is that some connections are failing. It looks like perhaps drum_module.pd used to have two outlets, but now it does not. Does this happen for you? Does this trigger the bug?
drummer_main.pd 48 0 0 0 (canvas->message) connection failed drummer_main.pd 49 0 42 0 (canvas->message) connection failed drummer_main.pd 50 0 32 0 (canvas->message) connection failed drummer_main.pd 50 1 34 0 (canvas->message) connection failed drummer_main.pd 50 1 22 0 (canvas->unpack) connection failed drummer_main.pd 51 0 31 0 (canvas->message) connection failed drummer_main.pd 52 0 26 0 (canvas->unpack) connection failed drummer_main.pd 52 1 35 0 (canvas->message) connection failed drummer_main.pd 52 1 45 0 (canvas->unpack) connection failed drummer_main.pd 53 0 37 0 (canvas->message) connection failed drummer_main.pd 53 1 36 0 (canvas->message) connection failed
But yes, I get the issue that you are talking about, I'll dig deeper.
.hc
On Feb 7, 2009, at 11:44 AM, Luigi wrote:
Hi Hans Christian...
All on OSX(INTEL) 10.5.6
So lets see if you can reproduce this bug: i have Pd version 0.40.3- extended dont know which exact version from the "builds" actually
so here we go:
Unzip the Archive
open "drummer_main"
with "right-click" go inside of "drum_module"
with "right-click" go inside "gg_midi_note"
do any modification
Type "CTRL-S" for save or choose "Save" from the menu
Hope that helps....
would be great to find that bugger
Best Luigi
<example_consistency.zip>
Am 07.02.2009 um 02:15 schrieb Hans-Christoph Steiner:
Did you ever find an answer to this? Or is there an example patch? I have seen some strange behavior that I am trying to track down.
.hc
On Jan 5, 2009, at 5:06 AM, Luigi Rensinghoff wrote:
Hi List,
I notice a bug, thats coming back on OS X PD-extended. The occurs when i change an Abstraction, but not the original, but an active "instance" of a patch.
Fpr example i have many instances of the same abstraction encapsulated in other abstractions.
While patching i decide to change something - for example add an outlet - i open the instance change it and try to save it.
PD seems to update all occurring abstractions and meanwhile the "parent-window" seems to disappear and it is not possible to save the patch anymore...
I have to force quit PD after that. Strangely enough the change is saved in the abstraction..... but of course it is totally annoying for the workflow.
I think i had this issue before and it disappeared in a more recent release of PD-Extended for OS-X Intel....
I am sorry i cannot post an example patch right now, maybe tonight...
For now i would like to ask if anybody is having the same problem....and how to fix it, or maybe knows under which "subject" it might have been saved in the archive..
All the Best and a Happy New Year
Luigi
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list