When I send 'init' to pd i get this printed to the console:
consistency check failed: glob_initfromgui
And then Pd gets in-functional. All I can is to shut the gui from the
menu, but a pd process keeps running and uses like 60% cpu time. I
don't know the correct term to describe this behavior.
I wonder why it happens. I find it quite not-nice if Pd tilts by such
a thing, but there might be reasons i know nothing about?
I can file a bug/feature report, but was curious if it is a just me...
Setup: Pd 0.40-2 from Miller's site, intel (core duo) mac.
Hallo, Steffen hat gesagt: // Steffen wrote:
When I send 'init' to pd i get this printed to the console:
consistency check failed: glob_initfromgui
And then Pd gets in-functional. All I can is to shut the gui from the
menu, but a pd process keeps running and uses like 60% cpu time. I
don't know the correct term to describe this behavior.I wonder why it happens. I find it quite not-nice if Pd tilts by such
a thing, but there might be reasons i know nothing about?I can file a bug/feature report, but was curious if it is a just me...
[; pd init( crashes Pd here (Linux), so it's clearly a bug somewhere. Or rather here, according to gdb:
#38 0xb7d0b161 in vsnprintf () from /lib/tls/libc.so.6
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
cheers Miller
On Tue, Sep 18, 2007 at 07:34:01PM +0200, Frank Barknecht wrote:
Hallo, Steffen hat gesagt: // Steffen wrote:
When I send 'init' to pd i get this printed to the console:
consistency check failed: glob_initfromgui
And then Pd gets in-functional. All I can is to shut the gui from the
menu, but a pd process keeps running and uses like 60% cpu time. I
don't know the correct term to describe this behavior.I wonder why it happens. I find it quite not-nice if Pd tilts by such
a thing, but there might be reasons i know nothing about?I can file a bug/feature report, but was curious if it is a just me...
[; pd init( crashes Pd here (Linux), so it's clearly a bug somewhere. Or rather here, according to gdb:
#38 0xb7d0b161 in vsnprintf () from /lib/tls/libc.so.6
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, 18 Sep 2007, Miller Puckette wrote:
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
It's not "supported", not guaranteed and not intended to be used, yet if you'd remove support for that, people would scream like crazy. It's a bit like illegal immigrants: the state won't give them an official status and the state can't function without them.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tue, Sep 18, 2007 at 02:15:02PM -0400, Mathieu Bouchard wrote:
On Tue, 18 Sep 2007, Miller Puckette wrote:
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
It's not "supported", not guaranteed and not intended to be used, yet if you'd remove support for that, people would scream like crazy. It's a bit like illegal immigrants: the state won't give them an official status and the state can't function without them.
Which reminds me. Somewhere in my PD research, I stumbled across a list of "undocumented" PD commands. Things which would perform some useful actions on the engine.
Google hasn't helped me find it. I'd like to have this around in case it becomes useful. Any idea where it might be?
- -ken
On Tue, 2007-09-18 at 23:40 -0700, Ken Restivo wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tue, Sep 18, 2007 at 02:15:02PM -0400, Mathieu Bouchard wrote:
On Tue, 18 Sep 2007, Miller Puckette wrote:
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
It's not "supported", not guaranteed and not intended to be used, yet if you'd remove support for that, people would scream like crazy. It's a bit like illegal immigrants: the state won't give them an official status and the state can't function without them.
Which reminds me. Somewhere in my PD research, I stumbled across a list of "undocumented" PD commands. Things which would perform some useful actions on the engine.
Google hasn't helped me find it. I'd like to have this around in case it becomes useful. Any idea where it might be?
are you on pd-extended? it's included somewhere in the doc: [pd-path]/doc/manuals/pd-msg/
yo, it seems, that many of them are actually 'officially unsupported'..... (see previous mails).
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Tue, 2007-09-18 at 10:51 -0700, Miller Puckette wrote:
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
So, from this, I guess that Pd doesn't 'officially' support dynamic patching... Are there any plans to add a user-level dynamic patching mechanism at some point?
Jamie
It's possible to crash Pd using "dynamic editing" (deleting objects reentrantly) and I don't know how to get around the problem without sacrificing run-time efficiency. If I can ever figure out how to do this safely I'll document it and make it "official" -- but since so many users are already using the existing "features" I feel I should keep them around for backward compatibility.
cheers Miller
On Thu, Sep 20, 2007 at 09:58:19AM +0100, Jamie Bullock wrote:
On Tue, 2007-09-18 at 10:51 -0700, Miller Puckette wrote:
"init" is one of many messages that Pd and its gui send back and forth, which aren't intended to have any user-level functionality... of course, some of those messages like "connect" have proved useful at the user level; but none of them are guaranteed to do anything useful or even to be safe. The only one that's "supported" is "dsp" for turning audio computation on and off.
So, from this, I guess that Pd doesn't 'officially' support dynamic patching... Are there any plans to add a user-level dynamic patching mechanism at some point?
Jamie
-- www.postlude.co.uk
On Thu, 20 Sep 2007, Miller Puckette wrote:
It's possible to crash Pd using "dynamic editing" (deleting objects reentrantly)
That might be why I want to use reference counting everywhere.
and I don't know how to get around the problem without sacrificing run-time efficiency.
Actually, even if I don't use reference counting, the deletion operation could still scan the pd_stack to figure out whether the object is used or not. My benchmarks indicate that maintaining pd_stack (without the profiler) doesn't use much cpu (it's almost neglectible).
However, the reference counting would be a more complete solution, if I can figure out a way to do it efficiently and with enough backwards-compatibility.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Thu, 2007-09-20 at 15:17 -0400, Mathieu Bouchard wrote:
On Thu, 20 Sep 2007, Miller Puckette wrote:
It's possible to crash Pd using "dynamic editing" (deleting objects reentrantly)
That might be why I want to use reference counting everywhere.
i can say from my own experience, that using reference counting for memory management of objects is not a bad idea ... the runtime overhead is negligible ... it is possible to write a dataflow system, that makes use of reference counting and outperforms Pd by a factor larger than two :)
tim
-- tim@klingt.org ICQ: 96771783 http://tim.klingt.org
Avoid the world, it's just a lot of dust and drag and means nothing in the end. Jack Kerouac
On 18/09/2007, at 19.34, Frank Barknecht wrote:
[; pd init( crashes Pd here (Linux),
Thanks for testing.
so it's clearly a bug somewhere. Or rather here, according to gdb:
#38 0xb7d0b161 in vsnprintf () from /lib/tls/libc.so.6
Woo. That's all double dutch to me - or rather an argot i don't know.
-
Frank Barknecht -
ild0012＠londonmet.ac.uk -
Jamie Bullock -
Ken Restivo -
Mathieu Bouchard -
Miller Puckette -
Roman Haefeli -
Steffen -
Tim Blechmann