Hi, I'm using ipython 0.9.1 with the svn version of matplotlib on 64 bit
python on mac os x 10.5.7.
I have only been able to get python-64 running with the MacOSX backend; all
of the others (wxpython, gtk, qt, tk) have failed for one reason or another.
I've tried ipython without any flags and importing pylab on the command
line:
from pylab import *
and ipython -pylab,
and then plotting from a script. I retain access to the command line unless
I type "show()" at the command line, at which point I can't return to the
command line unless I close all of my graphics windows.
I don't have this problem when running 32 bit python with qt or tk as the
backends.
Is this an error? Should there be a command-line flag for ipython to start
threading for MacOSX specifically?
Thanks,
Adam
···
--
View this message in context: http://www.nabble.com/ipython-threading-fails-with-macosx-backend-tp24311071p24311071.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
The Mac OS backend is fairly new, and I don't believe any of the backend-specific threading code that ipython requires has been implemented for the OS-X backend. Just wanted to drop a note to say "it's probably not you". But as a non-Mac user, I may be wrong, and I hope to be corrected 
Michiel: any idea how much effort would be involved here?
Cheers,
Mike
keflavich wrote:
···
Hi, I'm using ipython 0.9.1 with the svn version of matplotlib on 64 bit
python on mac os x 10.5.7.
I have only been able to get python-64 running with the MacOSX backend; all
of the others (wxpython, gtk, qt, tk) have failed for one reason or another.
I've tried ipython without any flags and importing pylab on the command
line:
from pylab import *
and ipython -pylab,
and then plotting from a script. I retain access to the command line unless
I type "show()" at the command line, at which point I can't return to the
command line unless I close all of my graphics windows.
I don't have this problem when running 32 bit python with qt or tk as the
backends.
Is this an error? Should there be a command-line flag for ipython to start
threading for MacOSX specifically?
Thanks,
Adam
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
As I understand it the Mac backend uses the PyOS_ImputHook trick, which means that no custom threading code is needed in IPython. Thus it should “just work” without any threading flags in both IPython and regular python. Just as an aside, wx is the only GUI toolkit that doesn’t support this “new” type of interactive usage. We (ipython devs) are working with the wx devs to change that. Once that is done, we should be able to get rid of all the nasty threading code in ipython. More details will follow.
Cheers,
Brian
···
On Thu, Jul 2, 2009 at 10:48 AM, Michael Droettboom <mdroe@…86…> wrote:
The Mac OS backend is fairly new, and I don’t believe any of the
backend-specific threading code that ipython requires has been
implemented for the OS-X backend. Just wanted to drop a note to say
“it’s probably not you”. But as a non-Mac user, I may be wrong, and I
hope to be corrected
Michiel: any idea how much effort would be involved here?
Cheers,
Mike
keflavich wrote:
Hi, I’m using ipython 0.9.1 with the svn version of matplotlib on 64 bit
python on mac os x 10.5.7.
I have only been able to get python-64 running with the MacOSX backend; all
of the others (wxpython, gtk, qt, tk) have failed for one reason or another.
I’ve tried ipython without any flags and importing pylab on the command
line:
from pylab import *
and ipython -pylab,
and then plotting from a script. I retain access to the command line unless
I type “show()” at the command line, at which point I can’t return to the
command line unless I close all of my graphics windows.
I don’t have this problem when running 32 bit python with qt or tk as the
backends.
Is this an error? Should there be a command-line flag for ipython to start
threading for MacOSX specifically?
Thanks,
Adam
–
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
OK, thanks. I don't really know why it's failing, but I'm going to continue
trying to get other backends installed to test them.
I also now have independent reasons not to use the MacOSX backend:
Thu Jul 2 14:51:48 Python-64[56094] <Error>: CGContextSetLineDash: invalid
dash array: negative lengths are not allowed.
I can't draw dashed lines.
Adam
···
--
View this message in context: http://www.nabble.com/ipython-threading-fails-with-macosx-backend-tp24311071p24313852.html
Sent from the matplotlib - users mailing list archive at Nabble.com.