I'm not sure if this is related since I'm running winxp, but I was getting about seventeen of the following errors when closing test.pd on pd-vanilla 0.42-4: error: .xa22a90: no such object
if I would:
- open test.pd
- right-click and open one of the instances of the ds-tgl
- click the ds in editmode and delete it
- save and quickly close the abstraction window (takes about 10 seconds)
- close test.pd without saving (which takes about 5 seconds)
But as you might imagine, putting the ds in its own gop window solved all these problems.
-Jonathan
--- On Mon, 2/9/09, Hans-Christoph Steiner hans@eds.org wrote:
From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions To: "Luigi" luigi.rensinghoff@freenet.de Cc: "puredata mailing list" pd-list@iem.at Date: Monday, February 9, 2009, 4:46 AM So the "consistency check failed: canvas_create_editor" also happens
on Pd-vanilla 0.41-4 but seems to be fixed in 0.42-4. I checked this
by copying the contents of "extra" into a Pd-0.42-4.app and running
your app. If we can track down the fix, I'll backport it if it is not
too complicated."error: .x6cfc80: no such object" seems to be specific to Pd-extended,
I think this is related to a bug I've been trying to track down.
Basically the canvas seems to disappear on the 'pd' side, while the pd- gui side it is still there....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
¡El pueblo unido jamás será vencido!
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list