Closed GoogleCodeExporter closed 9 years ago
Confirmed. It seems that IPyShell is connecting to stdout on a separate thread
and
when it trys to read the output generated by other commands. Since it is
sharing the
same python instance that the IPyShell and Editra are using the conflict occurs.
Here is a sample traceback from trying to run any command that prints output.
Traceback (most recent call last):
File "<input>", line 1, in <module>
File "build/bdist.macosx-10.3-i386/egg/IPython/Prompts.py", line 545, in __call__
cout_write(self.output_sep)
File "build/bdist.macosx-10.3-i386/egg/IPython/gui/wx/ipython_view.py", line 253,
in asyncWrite
wx.MutexGuiEnter()
File
"//usr/local/lib/wxPython-unicode-2.8.8.1/lib/python2.5/site-packages/wx-2.8-mac
-unicode/wx/_misc.py",
line 741, in MutexGuiEnter
return _misc_.MutexGuiEnter(*args)
PyAssertionError: C++ assertion "!wxThread::IsMain()" failed at
/BUILD/wxPython-src-2.8.8.1/src/mac/carbon/thread.cpp(1697) in
wxMutexGuiEnter():
main thread doesn't want to block in wxMutexGuiEnter()!
This indicates a threading issue. It may be better solved by using CallAfter or
by
posting events to the main gui thread from the other thread(s) in ipyshell_view.
Cody
Original comment by CodyPrec...@gmail.com
on 17 Aug 2008 at 3:29
Yep that's a threading issue. Will work on it as I'm on holidays for a full
week ;)
Will check your ideas.
Original comment by laurent....@gmail.com
on 17 Aug 2008 at 7:19
Corrected in last SVN commit.
It was not a threading problem finally. Ipython instance when created was
corrupting
sys.displayhook.
Original comment by laurent....@gmail.com
on 24 Aug 2008 at 9:30
Move old 'fixed' issues to verified
Original comment by CodyPrec...@gmail.com
on 3 Feb 2009 at 8:18
Original issue reported on code.google.com by
seasky...@gmail.com
on 17 Aug 2008 at 1:13Attachments: