> pypy2-v5.9.0-linux64/site-packages/ipykernel/iostream.py(319)flush() -> evt = threading.Event() (Pdb) n > pypy2-v5.9.0-linux64/site-packages/ipykernel/iostream.py(320)flush() -> self.pub_thread.schedule(evt.set) (Pdb) n > pypy2-v5.9.0-linux64/site-packages/ipykernel/iostream.py(321)flush() -> evt.wait()
The additional light I can shed is that IOPub is handled via a background IO thread. When you display/print/etc., we handoff messages to be sent on the IO thread. When .flush() is called, a Python threading.Event is used to synchronize with the thread to ensure that any past sends have actually occurred. Something in the import mechanism is preventing this background thread from waking. This PR should prevent us from waiting for a flush event during imports.
-Min
--
You received this message because you are subscribed to the Google Groups "Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+unsubscribe@googlegroups.com.
To post to this group, send email to jup...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jupyter/8b5c051f-ed37-4bdc-8d0e-d63813398510%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+u...@googlegroups.com.
To post to this group, send email to jup...@googlegroups.com.