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 scott.dial
Recipients Arfrever, Trundle, dmalcolm, lemburg, pitrou, scott.dial, vstinner
Date 2011-03-24.16:11:50
SpamBayes Score 2.509104e-14
Marked as misclassified No
Message-id <1300983111.45.0.212901632412.issue11393@psf.upfronthosting.co.za>
In-reply-to
Content
Antoine Pitrou wrote:
> It would be nice if it were enabled by default for fatal errors (and asserts perhaps?).

I feel like a broken record. This code hardcodes fd=2 as a write target on crash, which is not safe thing to do at all. You can argue that adopters of Python 3.3 should have to deal with that fact, but it's obscure and there is no way to warn anyone about it except by putting a NEWS item, and if the PyCapsule discussion on python-dev have taught us anything: even well meaning programmers miss these things all the time.

I have stated this repeatedly on the other issues for this same discussion. I think creating a completely new issue for this same topic has segmented the discussion unfortunately. I wrote a much longer and more thoughtful explanation of why faulthandler writes to the wrong "thing" here:

http://bugs.python.org/msg124381

AFAICT, Victor has addressed my issue by giving programmers yet another interface to configure (that they may or may not be aware of). So, the only way this acceptable to me is if it's off by default and a programmer who wants this functionality opts-in and has taken care to make sure it does the right thing. My suggestion that faulthandler needs to find a way to be coupled to "sys.stderr" still stands.
History
Date User Action Args
2011-03-24 16:11:51scott.dialsetrecipients: + scott.dial, lemburg, pitrou, vstinner, Arfrever, Trundle, dmalcolm
2011-03-24 16:11:51scott.dialsetmessageid: <1300983111.45.0.212901632412.issue11393@psf.upfronthosting.co.za>
2011-03-24 16:11:50scott.diallinkissue11393 messages
2011-03-24 16:11:50scott.dialcreate