Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions - Hans-Christoph Steiner - at.iem.pd-list

10 messages in at.iem.pd-listRe: [PD] Consistency Problem - OS X[i...

From	Sent On	Attachments
Luigi Rensinghoff	Jan 5, 2009 2:05 am
Hans-Christoph Steiner	Feb 6, 2009 5:14 pm
Luigi	Feb 7, 2009 8:44 am	.zip
Hans-Christoph Steiner	Feb 8, 2009 7:12 pm
Hans-Christoph Steiner	Feb 8, 2009 7:45 pm
Jonathan Wilkes	Feb 8, 2009 9:19 pm	.pd, .pd
Luigi	Feb 9, 2009 9:33 am
Hans-Christoph Steiner	Feb 9, 2009 6:33 pm
Luigi	Feb 9, 2009 11:56 pm
Hans-Christoph Steiner	Feb 15, 2009 8:31 pm

Subject:	Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions
From:	Hans-Christoph Steiner (ha...@eds.org)
Date:	Feb 15, 2009 8:31:05 pm
List:	at.iem.pd-list

If you run into that bug, then yeah, you need to use 0.42. There are vanilla+libs builds of 0.42 for GNU/Linux. You might be able to make one for Mac OS X, I haven't tried. Or you can just copy extra and docs from Pd-extended.

.hc

On Feb 10, 2009, at 2:57 AM, Luigi wrote:

That means:

the only workaround is to use pd-vanilla for now ??

This leads to anoher question: What is the best way then to use pd- vanilla but with the externals and documentation from pd-extended ???

was that discussed before ??

Grüße

Am 10.02.2009 um 03:34 schrieb Hans-Christoph Steiner:

With Pd-0.42-4 vanilla on Mac OS X 10.5.6/Intel, I can't reproduce this. With Pd-0.41-4 vanilla, I can. I get one:

error: .x34e4d0: no such object

.hc

On Feb 9, 2009, at 12:19 AM, Jonathan Wilkes wrote:

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: 1) open test.pd 2) right-click and open one of the instances of the ds-tgl 3) click the ds in editmode and delete it 4) save and quickly close the abstraction window (takes about 10 seconds) 5) 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 <ha...@eds.org> wrote:

From: Hans-Christoph Steiner <ha...@eds.org> Subject: Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions To: "Luigi" <luig...@freenet.de> Cc: "puredata mailing list" <pd-l...@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:

1) Unzip the Archive

2) open "drummer_main"

3) with "right-click" go inside of "drum_module"

4) with "right-click" go inside "gg_midi_note"

5) do any modification

6) 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-l...@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

http://lists.puredata.info/listinfo/pd-list

¡El pueblo unido jamás será vencido!

<ds-tgl.pd><test.pd>

Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

	Start a set with this search
	Include this search in one of my sets
	Exclude this search from one of my sets