This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Interactive InterPreter+ Thread -> core dump at exit
Type: Stage:
Components: Interpreter Core Versions:
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: gvanrossum Nosy List: gvanrossum, imbunche, jhylton
Priority: low Keywords:

Created on 2000-10-30 16:28 by imbunche, last changed 2022-04-10 16:02 by admin. This issue is now closed.

Messages (3)
msg2230 - (view) Author: Ivan Munoz (imbunche) Date: 2000-10-30 16:28
The following code executes a thread that prints a message every second while the main thread shows a python shell. 
It will run fine and if one leaves the interpreter with <Ctrl-D> python will exit cleanly.
However if one press <Ctrl-C> to kill the interactive interpreter and then exits python or press return a couple of time you get a core dump.

My platform is:
   HP-UX te35 B.11.00 A 9000/785 2015352223 two-user license

I am running Python 2.0
This is the code of the test program:

#!/usr/local/bin/python
import time, threading, whrandom, code, sys

class MyThread(threading.Thread):
    """ reports once per second
    """
    def run(self):
        while 1:
            print "alive ...."
            time.sleep(1)
        print self.getName(), "is DONE"


if __name__ == '__main__':
    threadList = []

    # Create MyThread() threads
    t = MyThread()
    t.setDaemon(1)
    t.start()

    # This is the main thread ... since there is only one other
    # thread and it is a 'daemon', killing the main thread kills
    # the whole thing.
    locals = sys.modules['__main__'].__dict__
    code.interact(locals)
msg2231 - (view) Author: Jeremy Hylton (jhylton) (Python triager) Date: 2000-10-30 16:47
I can reproduce this on RH Linux, but not running Python under gdb.
msg2232 - (view) Author: Guido van Rossum (gvanrossum) * (Python committer) Date: 2001-10-12 21:51
Logged In: YES 
user_id=6380

I'm tentatively closing this; thread_pthread.h rev 2.33
blocks signals during thread creation, causing threads to be
started with all signals off. Please check that this in fact
resolves the problem.
History
Date User Action Args
2022-04-10 16:02:33adminsetgithub: 33416
2000-10-30 16:28:09imbunchecreate