Author Drekin
Recipients David Robertson, Drekin, Kimmo.Parviainen-Jalanko, akuchling, asvetlov, gvanrossum, steve.dower, tim.golden, vstinner, yselivanov, zach.ware
Date 2015-07-07.19:33:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1436297638.72.0.499019490318.issue23057@psf.upfronthosting.co.za>
In-reply-to
Content
David Robertson: The behaviour you pointed out is a consequence of the general issue: signals on Windows aren't fully supported. Basically, they cannot interrupt the event loop when every coroutine is waiting for something. Instead, they are fired when something happens – some data are recieved or some timer reaches zero. In your case it was the connection of the client or the message it sent.

This is the right issue related to your problem. Hopefully, it will be fixed eventually. A current workaround is to schedule a task which periodically sleeps for an amount of time. For example, if it allways sleeps for one second, then you will wait for KeyboardInterrupt at most one second.
History
Date User Action Args
2015-07-07 19:33:58Drekinsetrecipients: + Drekin, gvanrossum, akuchling, vstinner, tim.golden, asvetlov, zach.ware, yselivanov, steve.dower, Kimmo.Parviainen-Jalanko, David Robertson
2015-07-07 19:33:58Drekinsetmessageid: <1436297638.72.0.499019490318.issue23057@psf.upfronthosting.co.za>
2015-07-07 19:33:58Drekinlinkissue23057 messages
2015-07-07 19:33:58Drekincreate