[PD] Consistency Problem - OS X[intel] - when modifying Abstractions
Jonathan Wilkes
jancsika at yahoo.com
Mon Feb 9 06:19:34 CET 2009
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ds-tgl.pd
Type: application/octet-stream
Size: 3830 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090208/a7dee861/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.pd
Type: application/octet-stream
Size: 4760 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090208/a7dee861/attachment-0001.obj>
More information about the Pd-list
mailing list