Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Crashes upon run after syntax error encountered in OSX 10.5.8 #53972

Closed
williambarr mannequin opened this issue Sep 3, 2010 · 6 comments
Closed

Crashes upon run after syntax error encountered in OSX 10.5.8 #53972

williambarr mannequin opened this issue Sep 3, 2010 · 6 comments
Assignees
@ned-deily
Labels
topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump

Comments

@williambarr
Copy link
Mannequin

williambarr mannequin commented Sep 3, 2010

BPO 9763
Nosy @ronaldoussoren, @ned-deily, @bitdancer
Superseder
  • bpo-11053: OS X IDLE 3 with Tk 8.4 appears to hang with syntax error
    		•

    Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = 'https://github.com/ned-deily'
closed_at = <Date 2011-01-29.23:45:41.030>
created_at = <Date 2010-09-03.19:42:52.763>
labels = ['expert-IDLE', 'type-crash']
title = 'Crashes upon run after syntax error encountered in OSX 10.5.8'
updated_at = <Date 2011-01-29.23:45:41.028>
user = 'https://bugs.python.org/williambarr'

    bugs.python.org fields:

    activity = <Date 2011-01-29.23:45:41.028>
actor = 'ned.deily'
assignee = 'ned.deily'
closed = True
closed_date = <Date 2011-01-29.23:45:41.030>
closer = 'ned.deily'
components = ['IDLE']
creation = <Date 2010-09-03.19:42:52.763>
creator = 'william.barr'
dependencies = []
files = []
hgrepos = []
issue_num = 9763
keywords = []
message_count = 6.0
messages = ['115491', '115539', '115720', '115751', '122550', '127499']
nosy_count = 5.0
nosy_names = ['ronaldoussoren', 'ned.deily', 'r.david.murray', 'brian89', 'william.barr']
pr_nums = []
priority = 'normal'
resolution = 'duplicate'
stage = 'resolved'
status = 'closed'
superseder = '11053'
type = 'crash'
url = 'https://bugs.python.org/issue9763'
versions = ['Python 3.1', 'Python 3.2']
    @williambarr
    Copy link
    Mannequin Author

    williambarr mannequin commented Sep 3, 2010

    Steps for reproduction:

    1. Open a new code window
    2. Enter python code which contains a syntax error
    3. F5 and attempt to run the file (This was done without saving first)
    4. Close the syntax error dialog.
    5. Fix the syntax error and try to F5 again without saving again.
    6. IDLE will encounter an error and unexpectedly close.

    I'm reporting this after having tested this on 4 different OSX 10.5.8 machines. I'm not sure if other versions of Python are also susceptible to this as well.

    @williambarr williambarr mannequin added topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump labels Sep 3, 2010
    @ned-deily
    Copy link
    Member

    Following your test case, I am able to produce a deadlocked IDLE when using the python.org 3.1.2 OS X installer on 10.5.8 when using just the Apple-supplied Tk 8.4 framework. After installing a recent ActiveState Tcl/Tk 8.4 framework (the python.org installers are built to dynamically link with either), the hang is no longer reproducible. There doesn't seem to be a problem with either 2.6.6 or 2.7, with either version of Tcl/Tk, nor is there on 10.6 but the Apple-supplied 8.4 there is much newer than that in 10.5. I'm doing some more triage work on this issue with 3.1 and 3.2.

    In the interim, a workaround may be to install the ActiveState Tcl/Tk 8.4 on your systems if that is acceptable.

    @ned-deily
    Copy link
    Member

    IDLE from the Python 3.2a2 OS X installer exhibits the same buggy behavior on 10.5 as 3.1.2 (hangs with system Tk 8.4, OK with ActiveState Tk 8.4). There also seem to be some unexpected differences in IDLE behavior between 2.7 and 3.x as if some changes were not backported. Will triage further.

    @ned-deily ned-deily self-assigned this Sep 6, 2010
    @bitdancer
    Copy link
    Member

    If this is a problem with the Apple supplied tk there isn't much we can do about it from the Python end. We've had a number of other bugs like that...

    @ned-deily
    Copy link
    Member

    Adding the nosy list from bpo-6628 where this problem was originally reported. What's interesting about this is that IDLE 2.x does not exhibit this behavior, AFAICT, when using the same Apple Tk 8.4. As there are other odd behaviors with IDLE 3.x on OS X, I want to investigate this further.

    @ned-deily
    Copy link
    Member

    The problem was caused by a minor change in IDLE during the port of IDLE from 2.x to 3.x. It is fixed by the changes for bpo-11053: r88234 (3.2rc2) and r88242 (planned for 3.1.4).

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Assignees

    @ned-deily ned-deily

    Labels
    topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump
    Projects
    None yet
    Milestone
    No milestone
    Development

    No branches or pull requests
    2 participants
    @bitdancer @ned-deily