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 Jurko.Gospodnetić
Recipients Jurko.Gospodnetić, barry, eric.araujo, eric.snow, neologix, pitrou, poq, r.david.murray, telmich
Date 2013-12-15.03:26:06
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
This issue is related to issue #19983 on Windows.

  Also, I do not think the suggested -z option implementation should be accepted 'as is'.

  On Unix it would make Ctrl-C silently terminate the process if it occurs before default Python signal handling is enabled. I do not know what effect this would have on Windows - possibly the signal would simply be ignored & lost.

  It would also still leave a slight window between when Python sets up its default SIGINT handling and when user code has a chance to set up its own.

  My first instinct is to not do that and instead add an option to block SIGINT handling and allow user code to enable its own or default Python handling as it wishes and then unblock SIGINT handling. Note that by 'blocking' a signal I do not mean losing/ignoring it but delaying its handling until signal handling is unblocked.
Date User Action Args
2013-12-15 03:26:07Jurko.Gospodnetićsetrecipients: + Jurko.Gospodnetić, barry, pitrou, eric.araujo, r.david.murray, neologix, eric.snow, poq, telmich
2013-12-15 03:26:07Jurko.Gospodnetićsetmessageid: <>
2013-12-15 03:26:07Jurko.Gospodnetićlinkissue14228 messages
2013-12-15 03:26:06Jurko.Gospodnetićcreate