[PD] Tcl/Tk error
Max
abonnements at revolwear.com
Tue Apr 2 13:26:43 CEST 2019
I have these errors on different platforms at the most inconvenient
moments, but I also struggle to make it reproducible, hence no issue
filed yet.
On 02.04.19 11:37, oliver wrote:
> Hi,
>
> sorry for a not so precise bug-report, but it's all i can offer:
>
> recently i discovered a strange behaviour in Windows PD 0.49 (32bit)
> when the closing of a patch window (or even the closing of a subpatch
> window) would result in a Tcl/Tk error that i have not excperienced up
> until PD 0.49.
>
> so, i close a window (main or subpatch - mostly with STRG+w), the patch
> window turns white with some inlet relics still being displayed and the
> console prints out a Tcl/TK error message in red colour.
>
> the console says for example this:
>
> (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
> while executing
> "wm title $mytoplevel "$name$dirtychar$arguments - $path""
> (procedure "pdtk_canvas_reflecttitle" line 15)
> invoked from within
> "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW}
> {metronome} { [edit]} 0"
> ("uplevel" body line 718)
> invoked from within
> "uplevel #0 $docmds".x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
>
>
> from this point on nothing can be done in PD anymore, the only way to
> get out of this is to kill the PD process from the outside.
>
> the patch contains several GOP subpatches and also some of my own GUI
> abstractions, that contain GOPs.
>
> (the patch is very involved so i couldn't really check what would
> happen, if i replaced all of my abstractions with something else ...)
>
> any ideas ? ...
>
> best
>
> oliver
>
>
More information about the Pd-list
mailing list