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
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
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
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
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
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
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!
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
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 objectif 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) 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@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
<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
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
Luigi
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:
- 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) 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@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
<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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/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
Luigi
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:
- 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) 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@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
<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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'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
-
Hans-Christoph Steiner -
Jonathan Wilkes -
Luigi -
Luigi Rensinghoff