Please see attached patch. it appears whenever there is change in the gui of a closed sub-patch that has GOP sub-patch showing another GOP-ed subpatch (try reading that aloud) the redraw is attempted resulting in an error in a console. Probably the best thing is to test the attached patch. The good news--this is a non-lethal bug.
Basically run pd from terminal, open the patch and try changing the symbol value. You will likely get an error on the shell (not Pd console) stating: invalid command name ".x89d1d08.c" (or whatever the name is of the sub-patch) Now if you open the sub-patch [pd tester] that has a subpatch with GOP and another one below it in a GOP (visible through parent GOP), everything is fine. #N canvas 258 155 296 207 10; #X symbolatom 115 54 10 0 0 0 - - -; #X obj 115 76 s test; #N canvas 538 176 297 192 tester 0; #N canvas 7 175 450 300 asdasdasda 0; #N canvas 2 50 450 300 blah 0; #X symbolatom 110 120 10 0 0 0 - - -; #X obj 113 29 r test; #X obj 98 61 prepend set; #X connect 1 0 2 0; #X connect 2 0 0 0; #X coords 0 -1 1 1 85 60 1 100 100; #X restore 127 119 pd blah; #X coords 0 -1 1 1 150 90 1 100 100; #X restore 66 44 pd asdasdasda; #X coords 0 0 1 1 300 80 0; #X restore 108 112 pd tester; #X connect 0 0 1 0; Ico _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
