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 vstinner
Recipients pitrou, pkerling, vstinner
Date 2018-06-01.09:53:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1527846826.17.0.682650639539.issue30654@psf.upfronthosting.co.za>
In-reply-to
Content
> I'd rather not backport this to 2.7 as it's quite late in the maintenance cycle and I'd like to avoid any regressions there.

Since it's a subtle behavior change and the PR doesn't add a flag to opt-in for the old behaviour, I'm not sure about backporting the change (to 3.6 or 3.7).

For 3.7, we are very close to the final release. It doesn't give much time to users to test the new behavior :-( I would suggest to keep the old behavior in Python 3.7 as well.

To be honest, I don't understand well the change. So I'm not confortable with it.

I understand that Py_Initialize() + Py_Finalize() restored the SIGINT handler, but now Python *always* sets SIGINT to SIG_DFL in Py_Finalize(). So if an application has its own signal handler, Python replaces it...

But embedded Python also gives the choice of not setting Python signal handlers in Py_Initialize().
History
Date User Action Args
2018-06-01 09:53:46vstinnersetrecipients: + vstinner, pitrou, pkerling
2018-06-01 09:53:46vstinnersetmessageid: <1527846826.17.0.682650639539.issue30654@psf.upfronthosting.co.za>
2018-06-01 09:53:46vstinnerlinkissue30654 messages
2018-06-01 09:53:46vstinnercreate