Menu
▾
▴
tcl-mac
|
From: Ned D. <na...@ac...> - 2012-09-05 08:09:45
|
Here's another regression with 8.5.12.x. Using IDLE on OS X from a Python that will link with ActiveTcl 8.5, attempting to open IDLE's Preferences menu, either with the mouse (IDLE -> Preferences) or with the keyboard accelerator (Cmd-`) causes an immediate crash in Tk. I assume what is special here is that IDLE uses the ::tk::mac::ShowPreferences event (http://wiki.tcl.tk/12987). The problem should be simple to reproduce: install the current ActiveTcl 8.5.12.1 and any of the python.org 64-bit installers for 2.7.x, 3.2.x, and 3.3.0rc1 and then type /usr/local/idle2.7 or /usr/local/idle3.x and then type Cmd-`. The current ActivePython 2.7.2.5 for OS X crashes as well (I didn't try the ActivePython 3.2). Unfortunately, since only the most recent ActiveTcl is available to Community Edition users, unless you have saved copies of Active 8.5.11.1 or earlier, you are out of luck especially on OS X 10.6 where Apple's Tk 8.5 is fatally buggy. Does anyone have a native Tk app that uses ::tk::mac::ShowPreferences that reproduces the crash as well? Here's the initial part of the stack trace: Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 Tk 0x00000001011c4e6c TkpConfigureMenuEntry + 1923 1 Tk 0x0000000101145ffe MenuWorldChanged + 61 2 Tk 0x000000010111fa99 RecomputeWidgets + 47 3 Tk 0x000000010111faa7 RecomputeWidgets + 61 4 Tk 0x000000010111faa7 RecomputeWidgets + 61 5 Tcl 0x0000000101091e81 TclServiceIdle + 76 6 Tcl 0x0000000101076432 Tcl_DoOneEvent + 329 7 Tk 0x0000000101140832 MapFrame + 42 8 Tcl 0x0000000101091e81 TclServiceIdle + 76 9 Tcl 0x0000000101076432 Tcl_DoOneEvent + 329 10 Tk 0x0000000101116e26 Tk_TkwaitObjCmd + 555 11 Tcl 0x00000001010108ad TclEvalObjvInternal + 782 12 Tcl 0x0000000101011a9f Tcl_EvalObjv + 66 13 _tkinter.so 0x00000001007068cd Tkapp_Call + 189 14 org.python.python 0x00000001000c1e7d PyEval_EvalFrameEx + 25213 -- Ned Deily, na...@ac... |
|
From: Kevin W. <kw...@co...> - 2012-09-05 13:51:24
|
On 9/5/12 4:09 AM, Ned Deily wrote:
> Here's another regression with 8.5.12.x. Using IDLE on OS X from a
> Python that will link with ActiveTcl 8.5, attempting to open IDLE's
> Preferences menu, either with the mouse (IDLE -> Preferences) or with
> the keyboard accelerator (Cmd-`) causes an immediate crash in Tk.
I can't reproduce this; my build of Tk is current as of last month, when
we went through the last round of regressions that Neil reported. I
wonder if this is an example of the same bug and was fixed; I also don't
believe that there has been a release of ActiveTcl since then
incorporating the fix that Adrian submitted.
My means of testing this is simply to run a test script with this code:
proc tk::mac::ShowPreferences {} {
puts "foo"
}
Defining the procedure activates the menu items, and it works as expected.
--Kevin
--
Kevin Walzer
Code by Kevin
http://www.codebykevin.com
|
|
From: Adrian R. <adr...@gm...> - 2012-09-05 13:56:43
|
Ditto. Are there nightly builds of ActiveTcl anywhere so the existence of such bugs can be checked? (Such might also help prevent really bad things making it into the release like last time, by triggering wider-spread testing.)
thanks,
Adrian
On 2012/09/05, at 9:51, Kevin Walzer <kw...@co...> wrote:
> On 9/5/12 4:09 AM, Ned Deily wrote:
>> Here's another regression with 8.5.12.x. Using IDLE on OS X from a
>> Python that will link with ActiveTcl 8.5, attempting to open IDLE's
>> Preferences menu, either with the mouse (IDLE -> Preferences) or with
>> the keyboard accelerator (Cmd-`) causes an immediate crash in Tk.
>
> I can't reproduce this; my build of Tk is current as of last month, when
> we went through the last round of regressions that Neil reported. I
> wonder if this is an example of the same bug and was fixed; I also don't
> believe that there has been a release of ActiveTcl since then
> incorporating the fix that Adrian submitted.
>
> My means of testing this is simply to run a test script with this code:
>
> proc tk::mac::ShowPreferences {} {
>
> puts "foo"
>
> }
>
> Defining the procedure activates the menu items, and it works as expected.
>
> --Kevin
>
>
> --
> Kevin Walzer
> Code by Kevin
> http://www.codebykevin.com
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
|
|
From: Ned D. <na...@ac...> - 2012-10-09 09:43:00
|
In article <nad...@ne...>, Ned Deily <na...@ac...> wrote: > Here's another regression with 8.5.12.x. Using IDLE on OS X from a > Python that will link with ActiveTcl 8.5, attempting to open IDLE's > Preferences menu, either with the mouse (IDLE -> Preferences) or with > the keyboard accelerator (Cmd-`) causes an immediate crash in Tk. An update: I've figured out how to build the Cocoa Tk backport from the Fossil repo and after, bisecting of changes, I believe I've isolated the problem to a particular checkin. I've opened Tk issue #3575664 with the details. We are seeing a growing number of Python IDLE users reporting this problem. I'd be very interested to know if the ActiveState folks can reproduce the problem using the current tip of the branch and with their build process. After some discussion of the Python Mac list, Kevin reports he is now able to reproduce the problem with his builds. https://sourceforge.net/tracker/?func=detail&atid=112997&aid=3575664&grou p_id=12997 I've also opened another Tk issue (#3575681) concerning another Cocoa Tk crasher when using clipboard copy in IDLE, a regression that was introduced in 8.5.12.0 and only partially fixed in ActiveTcl 8.5.12.1. https://sourceforge.net/tracker/?func=detail&aid=3575681&group_id=12997&a tid=112997 -- Ned Deily, na...@ac... |
|
From: Kevin W. <kw...@co...> - 2012-10-09 11:05:51
|
Hi Neil, On 10/9/12 5:42 AM, Ned Deily wrote: > > An update: I've figured out how to build the Cocoa Tk backport from the > Fossil repo and after, bisecting of changes, I believe I've isolated the > problem to a particular checkin. I've opened Tk issue #3575664 with the > details. We are seeing a growing number of Python IDLE users reporting > this problem. > > I'd be very interested to know if the ActiveState folks can reproduce > the problem using the current tip of the branch and with their build > process. After some discussion of the Python Mac list, Kevin reports he > is now able to reproduce the problem with his builds. > > https://sourceforge.net/tracker/?func=detail&atid=112997&aid=3575664&grou > p_id=12997 Thanks for posting these. As I noted in the bug reports, the branch you are testing against is no longer being used for Tk-Cocoa builds (I should probably close it). Can you try checking out and testing against core-8-5-branch? The crash you note is present on the Python/Tkinter side in IDLE but I cannot reproduce it in Wish/Tk. Very strange. > > I've also opened another Tk issue (#3575681) concerning another Cocoa Tk > crasher when using clipboard copy in IDLE, a regression that was > introduced in 8.5.12.0 and only partially fixed in ActiveTcl 8.5.12.1. I think I can conclusively say that this bug is outdated; I can't reproduce the clipboard issue in either Wish or IDLE, build of core-8-5-branch. I've left the bug report open to allow further comments, but it works for me and I will close it soon. --Kevin -- Kevin Walzer Code by Kevin http://www.codebykevin.com |
|
From: Ned D. <na...@ac...> - 2012-10-09 15:11:06
|
In article <507...@co...>, Kevin Walzer <kw...@co...> wrote: > Hi Neil, Who is Neil?? > On 10/9/12 5:42 AM, Ned Deily wrote: > > An update: I've figured out how to build the Cocoa Tk backport from the > > Fossil repo and after, bisecting of changes, I believe I've isolated the > > problem to a particular checkin. I've opened Tk issue #3575664 with the > > details. We are seeing a growing number of Python IDLE users reporting > > this problem. > > > > I'd be very interested to know if the ActiveState folks can reproduce > > the problem using the current tip of the branch and with their build > > process. After some discussion of the Python Mac list, Kevin reports he > > is now able to reproduce the problem with his builds. > > > > https://sourceforge.net/tracker/?func=detail&atid=112997&aid=3575664&grou > > p_id=12997 > > Thanks for posting these. As I noted in the bug reports, the branch you > are testing against is no longer being used for Tk-Cocoa builds (I > should probably close it). Can you try checking out and testing against > core-8-5-branch? I didn't try the core-8-5-branch earlier because it wasn't clear from the checkin comments what state the merge was in. I just did a quick build using it and I have the same results as you report. The IDLE Preferences crash is still present ... > > I've also opened another Tk issue (#3575681) concerning another Cocoa Tk > > crasher when using clipboard copy in IDLE, a regression that was > > introduced in 8.5.12.0 and only partially fixed in ActiveTcl 8.5.12.1. > I think I can conclusively say that this bug is outdated; I can't > reproduce the clipboard issue in either Wish or IDLE, build of > core-8-5-branch. I've left the bug report open to allow further > comments, but it works for me and I will close it soon. ... and the IDLE clipboard crash is no longer reproducible. -- Ned Deily, na...@ac... |
|
From: Kevin W. <kw...@co...> - 2012-10-09 15:18:17
|
Hi Ned, > Who is Neil?? Sorry for the misnomer. :} > > I didn't try the core-8-5-branch earlier because it wasn't clear from > the checkin comments what state the merge was in. I just did a quick > build using it and I have the same results as you report. The IDLE > Preferences crash is still present ... I'll have to do a bit more digging to see if I can figure this out. The previous mousewheel bug you filed (3520202) didn't seem to be visible in Tk, but was exposed somehow by Tkinter's code. Maybe something similar is at work here. > >>> I've also opened another Tk issue (#3575681) concerning another Cocoa Tk >>> crasher when using clipboard copy in IDLE, a regression that was >>> introduced in 8.5.12.0 and only partially fixed in ActiveTcl 8.5.12.1. >> I think I can conclusively say that this bug is outdated; I can't >> reproduce the clipboard issue in either Wish or IDLE, build of >> core-8-5-branch. I've left the bug report open to allow further >> comments, but it works for me and I will close it soon. > > ... and the IDLE clipboard crash is no longer reproducible. > OK, I'll close that bug later today. K -- Kevin Walzer Code by Kevin http://www.codebykevin.com |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X