Message254536
| Author |
Justin Mayfield |
| Recipients |
Justin Mayfield, gvanrossum, thehesiod, vstinner, yselivanov |
| Date |
2015年11月12日.17:25:23 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1447349123.76.0.244860398117.issue25593@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Interesting.
I was going to do an analysis what using _ready.appendleft() for adding selector events would do for that scenario. The idea being to consistently juxtapose exiting callbacks, selector events and new callbacks. However I think this just moves the pawn in this ioloop halting problem.
Is it worth investigating a change to the stop mechanism instead? Instead of raising an exception in the middle of run_once, it could set a flag to be seen by run_forever(). This may avoid this class of problem altogether and ensure run_once is a fairly simple and predictable. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2015年11月12日 17:25:23 | Justin Mayfield | set | recipients:
+ Justin Mayfield, gvanrossum, vstinner, yselivanov, thehesiod |
| 2015年11月12日 17:25:23 | Justin Mayfield | set | messageid: <1447349123.76.0.244860398117.issue25593@psf.upfronthosting.co.za> |
| 2015年11月12日 17:25:23 | Justin Mayfield | link | issue25593 messages |
| 2015年11月12日 17:25:23 | Justin Mayfield | create |
|