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.

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

IDLE freezes after encountering a syntax error #50877

Closed
brian89 mannequin opened this issue Aug 2, 2009 · 6 comments
Closed

IDLE freezes after encountering a syntax error #50877

brian89 mannequin opened this issue Aug 2, 2009 · 6 comments
Assignees
Labels
topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump

Comments

@brian89
Copy link
Mannequin

brian89 mannequin commented Aug 2, 2009

BPO 6628
Nosy @ronaldoussoren, @ned-deily
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 2010-11-27.20:34:45.086>
    created_at = <Date 2009-08-02.23:15:45.380>
    labels = ['expert-IDLE', 'type-crash']
    title = 'IDLE freezes after encountering a syntax error'
    updated_at = <Date 2011-01-29.23:47:34.386>
    user = 'https://bugs.python.org/brian89'

    bugs.python.org fields:

    activity = <Date 2011-01-29.23:47:34.386>
    actor = 'ned.deily'
    assignee = 'ned.deily'
    closed = True
    closed_date = <Date 2010-11-27.20:34:45.086>
    closer = 'ned.deily'
    components = ['IDLE']
    creation = <Date 2009-08-02.23:15:45.380>
    creator = 'brian89'
    dependencies = []
    files = []
    hgrepos = []
    issue_num = 6628
    keywords = []
    message_count = 6.0
    messages = ['91210', '91259', '91276', '91281', '122551', '127500']
    nosy_count = 3.0
    nosy_names = ['ronaldoussoren', 'ned.deily', 'brian89']
    pr_nums = []
    priority = 'normal'
    resolution = 'duplicate'
    stage = 'resolved'
    status = 'closed'
    superseder = '11053'
    type = 'crash'
    url = 'https://bugs.python.org/issue6628'
    versions = ['Python 3.1']

    @brian89
    Copy link
    Mannequin Author

    brian89 mannequin commented Aug 2, 2009

    Running Python 3.1/ IDLE, which was installed on top of a Python 2.5.4
    install, Mac OSX 10.4

    This seems like such an obvious bug, but I can't find it in the current
    list of issues - so I suspect that it may not be reproducible on other
    computers, but it's certainly reproducible on my laptop.

    If I run a module with (any?) syntax error (for example,

    for i in range(10) #missing semicolon
    print i

    the interpreter will catch it and send you to fix it. Then, any
    subsequent attempts to run that same module will freeze IDLE. The
    problem doesn't occur if you run a different module.

    @brian89 brian89 mannequin added topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump labels Aug 2, 2009
    @ned-deily
    Copy link
    Member

    I can't reproduce a hang with the python.org 3.1 IDLE on either 10.4 or
    10.5 and with the system Tcl/Tk or with a newer Active Tcl/Tk 8.4
    installed. Do you have another version of Tcl/Tk installed in
    /Library/Frameworks? Can you give a step-by-step procedure for
    reproducing the problem you see?

    @brian89
    Copy link
    Mannequin Author

    brian89 mannequin commented Aug 4, 2009

    I have Tcl/tk 8.4.7 installed.

    To reproduce the hang on my machine:
    open IDLE
    new window
    enter the following code:
    for i in range(10)
    print(i)
    run module (saved as test.py)
    interpreter complains (shell is still responsive at this point)
    fix the code by adding the colon after the for loop
    run module again (at this point, IDLE hangs)
    While the top menu bar is responsive, all options are greyed out, and
    apple-Q doesn't work. Force-quit is necessary to shut IDLE down. Also,
    the force-quit menu doesn't show IDLE as being unresponsive, whereas
    usually there will be a red alert for an unresponsive program.

    Hope this helps

    @brian89 brian89 mannequin removed the OS-mac label Aug 4, 2009
    @ned-deily
    Copy link
    Member

    Thanks, I'm now able to reproduce on both 10.4 and 10.5 with the Apple-
    supplied Tcl/Tk 8.4.7 but apparently not with a newer Tcl/Tk nor with
    2.6.2. Investigating further.

    @ned-deily
    Copy link
    Member

    This issue was reported again in bpo-9763; at the time, I overlooked your original report. As there is a more recent discussion of it over there, I am going to close this as a duplicate and add you to the nosy list there.

    @ned-deily
    Copy link
    Member

    For the record: 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
    Labels
    topic-IDLE type-crash A hard crash of the interpreter, possibly with a core dump
    Projects
    None yet
    Development

    No branches or pull requests

    2 participants