Hi, Christof.
I haven't been using PD much lately but I used to have that a lot. As far as I remember, it also used to happen when closing a window, specifically, an abstraction that I used to inspect signals by plotting them on arrays. When closing those windows, PD GUI would all freeze but it was still possible to change number boxes and everything else, though without having the visual feedback.
I'll get back to this if I can reproduce the bug.
D
http://dariosanfilippo.tumblr.com
On Tue, 2 Apr 2019 at 11:56, Christof Ressi christof.ressi@gmx.at wrote:
hey oliver,
other users (including myself) have experienced this as well and it's a serious regression. Now that I have some time I want to investigate this. I've already fixed a related bug in September ( https://github.com/pure-data/pure-data/pull/467).
can you do me a favour and file a bug report on GitHub? and can you try to find a minimal patch which triggers the problem (even if it doesn't happen all the time)? personally, I didn't have success in reproducing it, it only happenes very rarely and seemlingly randomly... to all the other people who have experienced this: please help!
Christof
Gesendet: Dienstag, 02. April 2019 um 11:37 Uhr Von: "oliver" oliver@klingt.org An: "pd-list@mail.iem.at" pd-list@mail.iem.at Betreff: [PD] Tcl/Tk error
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
-- \\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\ http://oliver.klingt.org \\\\\\\ ////////////////////////////////////////////////////////
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list