You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 23, 2017. It is now read-only.
See this thread:
https://groups.google.com/forum/#!topic/python-tulip/hr1kPZfMX8U
Even if we don't remove get_event_loop() and set_event_loop(), the tulip code
itself should not need to call it whenever an event loop is already available.
For example, any code calling Future() from inside some code that has a loop
parameter or instance variable should be modified to pass that loop on to the
Future constructor instead of letting the latter call get_event_loop().
Also, calling set_event_loop(None) explicitly should not cause a subsequent
call to get_event_loop() to create a new event loop instance.
I have work in progress for this:
https://codereview.appspot.com/12637044/
Original issue reported on code.google.com by gvanrossum@gmail.com on 8 Aug 2013 at 10:40
The text was updated successfully, but these errors were encountered:
Original issue reported on code.google.com by
gvanrossum@gmail.com
on 8 Aug 2013 at 10:40The text was updated successfully, but these errors were encountered: