#1021 "Tcl Invalid Command Name error" and frozen GOP gui

[Marco Donnarumma]

Pd-extended 0.43.4
Linux Ubuntu Lucid 10.04
built-in sound

From time to time when launching my Xth Sense [1] patch this error appears:

(Tcl) INVALID COMMAND NAME: invalid command name ".x9c4d3b0.c"
while executing
".x9c4d3b0.c create image 900 776 -image a4304c0PHOTOIMAGE -tags a4304c0PHOTO
("uplevel" body line 283)
invoked from within
"uplevel #0 $cmds_from_pd"

as far as I can understand, it might be related to nested GOP subpatches.
In fact, the GUI of the "analysis" GOP (at the bottom right of the "Deck") freezes (although data crunching still works).
Then Pd can't be close (although still running properly), and you end up killing it.

I've got GOP abstractions embedded in a parent GOP abstraction, and I load the latter into a parent GOP, which in turn is loaded into a subpatch.
I know it sounds clumsy, but modularity like this works nicely for updating the whole software without changing the main patch.
It worked perfectly fine with pd-ext 0.42.5.

Hans-Christoph Steiner replied me on the list that he identified the bug in the iemgui lib, and posted this:

$ grep PHOTOIMAGE externals/iem/iemgui/src/*.c | grep 'create image'
externals/iem/iemgui/src/hfadl_scale.c:
sys_vgui(".x%lx.c create image %d %d -image %lxPHOTOIMAGE -tags %lxPHOTO\n",
externals/iem/iemgui/src/hfadr_scale.c:
sys_vgui(".x%lx.c create image %d %d -image %lxPHOTOIMAGE -tags %lxPHOTO\n",
externals/iem/iemgui/src/iem_image.c:
sys_vgui(".x%lx.c create image %d %d -image %lxPHOTOIMAGE -tags %lxPHOTO\n",
externals/iem/iemgui/src/vfad_scale.c:
sys_vgui(".x%x.c create image %d %d -image %xPHOTOIMAGE -tags %xPHOTO\n",

hope this help,
the patch is not usable this way,

thanks for your help,
Marco Donnarumma

[1] http://res.marcodonnarumma.com/projects/xth-sense/#download
need to install the xth-sense-lib to run the Xth Sense software

[IOhannes m zmölnig]

is it possible to narrow down the problem with a minimal-patch?

[Hans-Christoph Steiner]

Also, to narrow it down, have you tried removing the iemgui objects from your patch? Does the GUI still freeze? Do you still get any errors?

[Nobody/Anonymous]

I deleted all [iem_image] objects and I don't get the error anymore, and the patch works properly.

I tried to make a minimal patch to reproduce the bug, but I didn't managed so far.

Will keep trying...

[IOhannes m zmölnig]

a wild guess: if the patch takes too long to load, the gui-object (iem_image) is made believe that the GUI is already ready while in reality it is not.

if that's the case, i'm currently out of ideas how to make a minimal patch that exposes this behaviour.

[Nobody/Anonymous]

rTfHJY <a href="http://wokgrfefqdne.com/">wokgrfefqdne</a>, [url=http://oebcxiaifloz.com/]oebcxiaifloz[/url], [link=http://iozsdbrnlkkt.com/]iozsdbrnlkkt[/link], http://gxampxnpsite.com/