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.

Author jgehrcke
Recipients Arfrever, David.Manowitz, docs@python, ggenellina, jgehrcke, pitrou, stutzbach, terry.reedy
Date 2015-02-02.21:18:50
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1422911930.89.0.181037740366.issue6634@psf.upfronthosting.co.za>
In-reply-to
Content
For Python 3.5, I have attached a patch that 

    - adds relevant test cases to test_threading.py which probe
      the interpreter's stderr output for compliance with what
      the docs state.

    - makes sys.exit(msg) write msg to stderr, even if called
      from a non-primary thread, so that the tests succeed.

If we take this path, the documentation for 3.5 does not need to be adjusted.

The discussion in this thread diversified itself a bit:

> Why don't threads have their own ThreadExit exception,
> rather than overloading the use, and therefore, the 
> meaning, of the SystemExit exception? sys.exit and the
> SystemExit exception should *only* be used to exit the
> entire system, not just a thread!

While I absolutely agree that this would be conceptually cleaner, implementing this would be a larger refactoring task. Deciding whether this should be done or not slows this issue down, and I think this discussion should probably be taken elsewhere.
History
Date User Action Args
2015-02-02 21:18:50jgehrckesetrecipients: + jgehrcke, terry.reedy, ggenellina, pitrou, stutzbach, Arfrever, docs@python, David.Manowitz
2015-02-02 21:18:50jgehrckesetmessageid: <1422911930.89.0.181037740366.issue6634@psf.upfronthosting.co.za>
2015-02-02 21:18:50jgehrckelinkissue6634 messages
2015-02-02 21:18:50jgehrckecreate