; dash array: negative lengths are not allowed.
>
> --Michiel.
>
>
> --- On Thu, 7/2/09, keflavich wrote:
>
>> From: keflavich
>> Subject: Re: [Matplotlib-users] ipython threading fails with macosx backend
>> To: matplotlib-users@lists.sourceforge.net
>&g
s are not allowed.
--Michiel.
--- On Thu, 7/2/09, keflavich wrote:
> From: keflavich
> Subject: Re: [Matplotlib-users] ipython threading fails with macosx backend
> To: matplotlib-users@lists.sourceforge.net
> Date: Thursday, July 2, 2009, 4:54 PM
>
> OK, thanks. I don't reall
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] : CGContextSetLineDash: invalid
dash array: negative lengths
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 "ne
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 :)
Mi
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
