Re: [PD] Tcl/Tk error in slop~ helpfile

[IOhannes m zmölnig]

On 9/12/19 7:06 PM, oliver wrote:
> hi,
> 
> i'm getting a TCL/TK error in the PD console window when i click on the
> "open HTML documentation in help browser" button in the helpfile for the
> new [slop~] object:
> 
> (Tcl) UNHANDLED ERROR: wrong # args: should be
> "::pd_menucommands::menu_openfile filename"
>     while executing
> "::pd_menucommands::menu_openfile C:/Program
> Files/Pd/doc/5.reference/../8.topics/slop-tilde.htm"
>     ("uplevel" body line 2)
>     invoked from within
> "uplevel #0 $docmds"
> 
> this is with a freshly installed PD 0.50 in windows (installer version)
> and i'm pressty sure it's because of the space in the path. because when
> i do the same with the standalone (.zip) version, where i don't have
> paths with spaces in it, the error doesn't occur.
> 

https://github.com/pure-data/pure-data/issues/734

fixed in Pd-0.50-1

gfmasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Tcl/Tk error in slop~ helpfile

[oliver]

hi,

i'm getting a TCL/TK error in the PD console window when i click on the 
"open HTML documentation in help browser" button in the helpfile for the 
new [slop~] object:


(Tcl) UNHANDLED ERROR: wrong # args: should be 
"::pd_menucommands::menu_openfile filename"

while executing
"::pd_menucommands::menu_openfile C:/Program 
Files/Pd/doc/5.reference/../8.topics/slop-tilde.htm"

("uplevel" body line 2)
invoked from within
"uplevel #0 $docmds"

this is with a freshly installed PD 0.50 in windows (installer version) 
and i'm pressty sure it's because of the space in the path. because when 
i do the same with the standalone (.zip) version, where i don't have 
paths with spaces in it, the error doesn't occur.


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] Tcl/Tk Error with PD-0.49 (#578)

[oliver]

umläute wrote:
@Ant1r  you could check out the 
|intellipatch2| branch from https://git.iem.at/pd/pure-data (which 
contains the supposed fix, and some merges with |master| and |updates/0.50|)


but anyhow, I already know that the example that i gave 
 
triggers /some/ bug, and that my commit will fix that.
the question i'm really interested in is: is this the bug that 
@oliverstotz  reported or something else?




hi, just to give a little update on this issue after some tryouts ...

==

along with IOhannes recipe, attached patches (open "tcltk_error_A.pd") 
will reliably produce a "non-fatal" TCL/TK error with this error message:


(Tcl) UNHANDLED ERROR: bad window path name ".x248ccc0"
while executing
"wm title $mytoplevel "$name$dirtychar$arguments - $path""
(procedure "pdtk_canvas_reflecttitle" line 15)
invoked from within
"pdtk_canvas_reflecttitle .x248ccc0 {D:/pd_0.48/extra/ol_lib/GUI} 
{ol_radio_inside} { [edit]} 0"

("uplevel" body line 940)
invoked from within
"uplevel #0 $docmds"

==

while working on this very simple patch, the "fatal" TCL/TK error (where 
 the GUI disappears and patches can't be saved anymore) occured once. 
unfortunately (still) i can't reliably reproduce it, but i wrote a short 
description of what i did, when this error occured.


while the error message seems similar to the "non-fatal" error, the 
difference here are the ".x2596028: no such object" lines in the PD 
console. The error-log will write this line anytime the mouse is moved, 
after the error was triggered.


(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.48/extra/ol_lib/GUI} 
{ol_radio_inside} { [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

==


best

oliver
#N canvas 400 50 487 384 10;
#N canvas 601 509 450 300 INSIDE 0;
#X obj 47 91 tcltk_error_B;
#X floatatom 47 157 5 0 0 0 - - -;
#X floatatom 125 157 5 0 0 0 - - -;
#X text 54 12 ABSTRACTION;
#X text 53 51 inside a GOP;
#X text 42 35 "tcltk_error_B";
#X connect 0 0 1 0;
#X connect 0 1 2 0;
#X coords 0 -1 1 1 203 194 2 0 0;
#X restore 36 166 pd INSIDE;
#X obj 38 53 tcltk_error_B;
#X text 37 15 abstraction "tcltk_error_B";
#X floatatom 38 122 5 0 0 0 - - -;
#X floatatom 116 121 5 0 0 0 - - -;
#X text 142 71 Right-click / Open this abstraction \, change something
and save it ---> Voila, f 36;
#X text 142 48 TO TRIGGER TCL/TK ERROR:;
#X text 263 195 Open this GOP \; Change something \; Close it again.
;
#X text 264 169 Also try this:;
#X text 263 244 Doing this several times and then saving the main patch
can also trigger the error (sometimes ...), f 28;
#X connect 1 0 3 0;
#X connect 1 1 4 0;
#N canvas 398 320 450 300 10;
#X obj 12 10 hsl 60 15 0 127 0 0 \$0-slider1 \$0-slider1-r empty -2
-8 0 10 -262144 -1 -1 0 1;
#X obj 12 34 hsl 60 15 0 127 0 0 \$0-slider2 \$0-slider2-r empty -2
-8 0 10 -262144 -1 -1 0 1;
#X obj 36 140 outlet;
#X obj 158 140 outlet;
#X obj 36 114 r \$0-slider1;
#X obj 158 114 r \$0-slider2;
#X connect 4 0 2 0;
#X connect 5 0 3 0;
#X coords 0 -1 1 1 85 60 2 0 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[martin brinkmann]

On 02/04/2019 11:37, oliver wrote:

> "uplevel #0 $docmds".x2596028: no such object
> .x2596028: no such object

the same happens here. i have not been able to pinpoint it much further
and thus not reported anything yet. it only happens on closing a patch,
and it looks like it is only happening with rather complex patches, with
gop-subpatcheres and after patching for a while. maybe it has something
to do with the "undo history"?

> 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.

closing the pd console window still works here (pd 0.49, xubuntu 18.4)

bis denn!
martin



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[oliver]

Christof Ressi 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?


just did it. but unfortunately (like other users said) it seems to occur 
completely at random, i tried to strip it down to a minimal patch but 
now of course nothing happens ;-)


i will hold on to observe this and try to narrow down the possible weak 
spots in my scenario


will report back asap

best

oliver



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Max]

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







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Christof Ressi]

Ha, I actually reported this very issue ca. 2 years ago (https://sourceforge.net/p/pure-data/bugs/1290/), I just completely forgot about it. what all those bugs have in common are dangling window references.

 

Christof


Gesendet: Dienstag, 02. April 2019 um 12:35 Uhr
Von: "Dario Sanfilippo" 
An: "Christof Ressi" 
Cc: oliver , Pd-List 
Betreff: Re: [PD] Tcl/Tk error



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











 











 


On Tue, 2 Apr 2019 at 11:56, Christof Ressi <christof.re...@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" <oli...@klingt.org>
> An: "pd-l...@mail.iem.at" <pd-l...@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








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Dario Sanfilippo]

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  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" 
> > An: "pd-l...@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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Christof Ressi]

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" 
> An: "pd-l...@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

[PD] Tcl/Tk error

[oliver]

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