[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