[PD] Consistency Problem - OS X[intel] - when modifying Abstractions

Tue Feb 10 03:34:15 CET 2009

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 <hans at eds.org> wrote:
>
>> From: Hans-Christoph Steiner <hans at eds.org>
>> Subject: Re: [PD] Consistency Problem - OS X[intel] - when  
>> modifying Abstractions
>> To: "Luigi" <luigi.rensinghoff at freenet.de>
>> Cc: "puredata mailing list" <pd-list at 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-list at 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 at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>> ----------------------------------------------------------------------------
>>
>>                   ¡El pueblo unido jamás será vencido!
>>
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
>
> <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