[IPython-dev] [BUG] stdout issue in qtconsole

MinRK benjaminrk@gmail....
Thu Mar 29 13:31:05 CDT 2012


On Thu, Mar 29, 2012 at 11:08, Jonathan Rocher <jrocher@enthought.com>wrote:

> Dear all,
>
> I am observing an issue on the qtconsole. I am happy to file a bug if it
> is indeed a new one. I couldn't find a filed bug that describe the same
> thing though I may have missed it.
>
> I am running ipython from a version of the trunk that is 2 days old.
>
> When I run the simple code below (needs traits), and modify in the UI the
> filename field, I do NOT get the output to the console from the print
> statement due to the fact that the filename has changed at the first key
> stroke. And I get TWO at the second key stroke. This may sound like a minor
> issue but in a more realistic situation (module available upon request),
> the same issue evolves into a delay on every key stroke, the last one being
> always held by ipython. This can be disturbing when developing, if people
> use print statements to debug.
>

This is a matter of sys.stdout.flush().  Just like `print` in regular
Python/IPython does not write to the terminal until sys.stdout.flush() is
called, stdout messages are not published to frontends until then as well.
 I can't tell you *why* the internals of Python are not calling flush on
the first print but are on the rest, but the answer if you want to ensure
that print statements happen immediately is always: call sys.stdout.flush()
yourself.  This is true in all Python programs, but seems to come up more
often in the IPython kernel.


>
> When exiting the qtconsole after running the larger version of the module
> triggering the issue I also got the following error message (nothing more
> oddly enough):
> Exception in thread Thread-2 (most likely raised during interpreter
> shutdown):Exception in thread Thread-3 (most likely raised during
> interpreter shutdown):
> Traceback (most recent call last):Traceback (most recent call last):
>   File
> "/Library/Frameworks/Python.framework/Versions/7.2/lib/python2.7/threading.py",
> line 552, in __bootstrap_inner
>   File
> "/Users/jrocher/Projects/Ipython_trunk/ipython/IPython/zmq/kernelmanager.py",
> line 441, in run
>   File
> "/Users/jrocher/Projects/Ipython_trunk/ipython/IPython/zmq/kernelmanager.py",
> line 121, in _run_loop
>   File
> "/Library/Frameworks/Python.framework/Versions/7.2/lib/python2.7/site-packages/zmq/eventloop/ioloop.py",
> line 300, in start


This is probably not a real issue, just a result of Python shutdown
cleaning up namespaces too aggressively so that the code that silences
clean-exit exceptions has been removed before the background threads can
use it.  I don't know how to clean this up, but it's not anything other
than a cosmetic issue at shutdown.

-MinRK


>
>
> Let me know if you have questions or if I can go ahead and file this bug.
>
> Best,
> Jonathan
>
>
> ########################## IOLOOP_ISSUE MODULE
> ##############################
>
> """ Displays a stdout issue in ipython qtconsole trunk. Modifying the
> filename
>
> doesn't trigger a print statement. The second key stroke triggers 2.
>
> """
>
> from traits.api import HasTraits, Str
>
>  class ExerciseShell(HasTraits):
>
> """ Build a new ipython notebook with extended metadata to contain a
>
> CanopyExercise.
>
> """
>
> filename = Str()
>
> def _filename_changed(self):
>
> print "filename changed!"
>
> if __name__ == "__main__":
>
> e = ExerciseShell()
>
> e.configure_traits()
>
>  ################################### EOF
> ########################################
>
>
> --
> Jonathan Rocher, PhD
> Scientific software developer
> Enthought, Inc.
> jrocher@enthought.com
> 1-512-536-1057
> http://www.enthought.com
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.scipy.org/pipermail/ipython-dev/attachments/20120329/ed825110/attachment.html 


More information about the IPython-dev mailing list