show() blocks script execution for TkAgg from ipython -pylab

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

Thanks,

Ryan

In case this is helpful:

E:\>C:\Python26\python.exe ipython_show_test.py --verbose-debug
$HOME=D:\
CONFIGDIR=D:\.matplotlib
matplotlib data path C:\Python26\lib\site-packages\matplotlib\mpl-data
loaded rc file D:\.matplotlib\matplotlibrc
matplotlib version 1.0.0
verbose.level debug
interactive is False
units is False
platform is win32
loaded modules: ['numpy.lib._iotools', 'xml.sax.urlparse', 'distutils', 'numpy.l
ib.npyio', 'functools', 'pylab', '_bisect', 'subprocess', 'gc', 'matplotlib.temp
file', 'distutils.sysconfig', 'ctypes._endian', 'encodings.encodings', 'matplotl
ib.colors', 'msvcrt', 'numpy.testing.sys', 'numpy.core.info', 'xml', 'numpy.fft.
types', 'numpy.ma.cPickle', 'matplotlib.copy', 'numpy.matrixlib.defmatrix', 'num
py.random.info', 'tempfile', 'numpy.compat.types', 'base64', 'numpy.linalg', 'ma
tplotlib.threading', 'numpy.core.machar', 'numpy.testing.types', 'numpy.testing'
, 'bisect', 'collections', 'numpy.polynomial.sys', 'numpy.core.umath', '_struct'
, 'distutils.types', 'numpy.testing.operator', 'numpy.lib.numpy', 'numpy.core.sc
alarmath', 'numpy.ma.sys', 'matplotlib.matplotlib', 'string', 'matplotlib.subpro
cess', 'numpy.testing.os', 'matplotlib.locale', 'numpy.lib.arraysetops', 'numpy.
testing.unittest', 'numpy.lib.math', 'textwrap', 'matplotlib.__future__', 'ssl',
'numpy.testing.re', 'itertools', 'numpy.version', 'numpy.lib.re', 'distutils.re
', 'numpy.matrixlib.sys', 'ctypes.os', 'numpy.core.os', 'numpy.lib.type_check',
'numpy.compat.sys', 'numpy.lib.__builtin__', 'signal', 'numpy.lib.types', 'numpy
.lib._datasource', 'random', 'threading', 'numpy.fft.fftpack_lite', 'matplotlib.
cbook', 'ctypes.ctypes', 'xml.sax.xmlreader', 'numpy.polynomial.string', 'distut
ils.version', 'cStringIO', 'numpy.polynomial', 'numpy.numpy', 'matplotlib.String
IO', 'numpy.ma.extras', 'locale', 'numpy.add_newdocs', 'numpy.core.getlimits', '
xml.sax.saxutils', 'numpy.lib.sys', 'encodings', 'numpy.ma.itertools', 'array',
'StringIO', 'abc', 'numpy.matrixlib', 'numpy.ctypes', 'numpy.testing.decorators'
, 'matplotlib.warnings', 'rfc822', 'matplotlib.string', '_subprocess', 'urllib',
'matplotlib.sys', 're', 'numpy.lib._compiled_base', 'ntpath', 'new', 'numpy.ran
dom.mtrand', 'urllib2', 'matplotlib.cPickle', 'math', 'numpy.fft.helper', 'numpy
.ma.warnings', 'matplotlib.numpy', 'UserDict', 'numpy.lib.function_base', 'distu
tils.os', 'matplotlib', 'numpy.fft.numpy', 'xml.sax.codecs', 'exceptions', 'nump
y.lib.info', 'numpy.core.numerictypes', 'ctypes', 'numpy.lib.warnings', 'ctypes.
struct', 'codecs', 'numpy.core._sort', 'numpy.os', 'struct', '_functools', '_loc
ale', 'numpy.__builtin__', 'matplotlib.sre_constants', 'matplotlib.os', 'thread'
, 'numpy.lib.ufunclike', 'numpy.core.memmap', 'traceback', 'numpy.testing.warnin
gs', 'weakref', 'numpy.core._internal', 'numpy.fft.fftpack', 'numpy.linalg.lapac
k_lite', 'numpy.ma', 'distutils.sys', 'os', 'numpy.matrixlib.numpy', 'httplib',
'numpy.lib.itertools', '__future__', '_collections', 'xml.sax.types', 'matplotli
b.traceback', '_sre', 'unittest', 'numpy.core.sys', 'numpy.random', 'numpy.linal
g.numpy', '__builtin__', 'numpy.lib.twodim_base', 'numpy.ma.core', 'matplotlib.r
e', 'numpy.core.cPickle', 'operator', 'numpy.polynomial.polytemplate', 'numpy.co
re.arrayprint', 'distutils.string', 'numpy.lib.arrayterator', 'ctypes._ctypes',
'ctypes.sys', 'matplotlib.errno', 'numpy.testing.nosetester', 'posixpath', 'nump
y.lib.financial', 'numpy.core.multiarray', 'errno', '_socket', 'binascii', 'sre_
constants', 'datetime', 'numpy.core.shape_base', 'xml.sax.handler', 'os.path', '
numpy.core.function_base', 'numpy.compat.py3k', '_ctypes', 'numpy.lib.stride_tri
cks', 'numpy.core.numpy', 'numpy', '_warnings', 'numpy.polynomial.chebyshev', 'm
atplotlib.types', 'xml.sax.os', 'cPickle', 'encodings.__builtin__', 'numpy.polyn
omial.warnings', 'matplotlib.xml', 'matplotlib.new', '_codecs', 'numpy.lib.opera
tor', 'numpy.polynomial.polynomial', 'encodings.cp1252', 'matplotlib.pyparsing',
'nturl2path', 'numpy.ma.numpy', 'copy', 'numpy.core.re', 'socket', 'numpy.core.
fromnumeric', 'hashlib', 'numpy.ctypeslib', 'keyword', 'numpy.lib.scimath', 'num
py.fft', 'numpy.lib', 'numpy.random.numpy', 'matplotlib.urllib2', 'matplotlib.ra
ndom', 'numpy.polynomial.__future__', 'encodings.aliases', 'matplotlib.distutils
', 'fnmatch', 'sre_parse', 'numpy.core.ctypes', 'mimetools', 'distutils.distutil
s', 'copy_reg', 'sre_compile', 'xml.sax', '_hashlib', '_random', 'numpy.lib.__fu
ture__', 'site', 'numpy.lib.polynomial', 'numpy.compat', 'numpy._import_tools',
'zipimport', '__main__', 'numpy.fft.info', 'numpy.core.records', 'shutil', 'nump
y.lib.cPickle', 'numpy.sys', 'matplotlib.weakref', 'xml.sax.urllib', 'numpy.core
._dotblas', 'numpy.testing.traceback', 'strop', 'numpy.testing.numpytest', 'nump
y.polynomial.numpy', 'numpy.core.numeric', 'numpy.linalg.info', 'encodings.codec
s', '_abcoll', 'numpy.core', 'matplotlib.rcsetup', 'matplotlib.time', 'nt', 'xml
.sax._exceptions', 'genericpath', 'stat', '_ssl', 'numpy.lib.index_tricks', 'num
py.testing.utils', 'warnings', 'numpy.lib.utils', 'numpy.core.defchararray', 'nu
mpy.polynomial.polyutils', 'numpy.lib.shape_base', 'numpy.core.types', 'sys', 'n
umpy.core.warnings', 'numpy.compat._inspect', 'numpy.core.__builtin__', 'xml.sax
.sys', 'numpy.lib.format', 'numpy.lib.os', 'numpy.__config__', 'types', 'numpy.l
ib.shutil', 'matplotlib.datetime', 'matplotlib.fontconfig_pattern', '_weakref',
'distutils.errors', 'urlparse', 'linecache', 'matplotlib.shutil', 'numpy.lib.cSt
ringIO', 'time', 'numpy.linalg.linalg', 'numpy.testing.numpy']
Using fontManager instance from D:\.matplotlib\fontList.cache
backend TkAgg version 8.5
findfont: Matching :family=serif:style=normal:variant=normal:weight=normal:stret
ch=normal:size=medium to Bitstream Vera Serif (C:\Python26\lib\site-packages\mat
plotlib\mpl-data\fonts\ttf\VeraSe.ttf) with score of 0.166667

IPython 0.10

In [4]: scipy.__version__
Out[4]: '0.8.0'

In [5]: import numpy

In [6]: numpy.__version__
Out[6]: '1.5.0b1'

···

On Tue, Aug 10, 2010 at 10:43 PM, Ryan Krauss <ryanlists@...287...> wrote:

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

Thanks,

Ryan

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule.

Eric

···

On 08/10/2010 05:43 PM, Ryan Krauss wrote:

Thanks,

Ryan

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Thanks.

I need to role out a python install for my students. Classes start in
a week and a half. What should I do? The installation for most of
them needs to be fairly simple.

Thanks,

Ryan

···

On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing <efiring@...202...> wrote:

On 08/10/2010 05:43 PM, Ryan Krauss wrote:

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

This was fixed three weeks ago in svn, both the maintenance branch and
the trunk. I made some changes in show() shortly before 1.0, trying to
get uniform and reasonable behavior in all backends, and I didn't quite
succeed. I think I got it all straightened out--but only after the
release, unfortunately. I hope it won't be too long before a 1.0.1
bugfix release can be made, but I am aware of no schedule.

Eric

Thanks,

Ryan

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

0.99.3 is more or less fine, but there is an annoying exception window
that pops up if you close IPython with a plot window open (using the
TkAgg backend). But in my mind this is less bothersome than having to
close all the plot windows every time I run a script (I tend to write
scripts that generate 5-10 plots at a minimum).

If I could easily build an installer from svn, I would try it. I
don't have any microsoft compilers installed on my windows computers.

Thanks again,

Ryan

···

On Wed, Aug 11, 2010 at 9:09 AM, Ryan Krauss <ryanlists@...287...> wrote:

Thanks.

I need to role out a python install for my students. Classes start in
a week and a half. What should I do? The installation for most of
them needs to be fairly simple.

Thanks,

Ryan

On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing <efiring@...202...> wrote:

On 08/10/2010 05:43 PM, Ryan Krauss wrote:

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

This was fixed three weeks ago in svn, both the maintenance branch and
the trunk. I made some changes in show() shortly before 1.0, trying to
get uniform and reasonable behavior in all backends, and I didn't quite
succeed. I think I got it all straightened out--but only after the
release, unfortunately. I hope it won't be too long before a 1.0.1
bugfix release can be made, but I am aware of no schedule.

Eric

Thanks,

Ryan

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Ryan: you could try matplotlib-1.0.0.svn.win32-py2.6.exe from http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib .It was built this morning from svn.

Christoph

···

On 8/11/2010 7:26 AM, Ryan Krauss wrote:

0.99.3 is more or less fine, but there is an annoying exception window
that pops up if you close IPython with a plot window open (using the
TkAgg backend). But in my mind this is less bothersome than having to
close all the plot windows every time I run a script (I tend to write
scripts that generate 5-10 plots at a minimum).

If I could easily build an installer from svn, I would try it. I
don't have any microsoft compilers installed on my windows computers.

Thanks again,

Ryan

On Wed, Aug 11, 2010 at 9:09 AM, Ryan Krauss<ryanlists@...287...> wrote:

Thanks.

I need to role out a python install for my students. Classes start in
a week and a half. What should I do? The installation for most of
them needs to be fairly simple.

Thanks,

Ryan

On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing<efiring@...202...> wrote:

On 08/10/2010 05:43 PM, Ryan Krauss wrote:

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

This was fixed three weeks ago in svn, both the maintenance branch and
the trunk. I made some changes in show() shortly before 1.0, trying to
get uniform and reasonable behavior in all backends, and I didn't quite
succeed. I think I got it all straightened out--but only after the
release, unfortunately. I hope it won't be too long before a 1.0.1
bugfix release can be made, but I am aware of no schedule.

Eric

Thanks,

Ryan

This worked perfectly. Thanks Christoph.

Ryan

···

On Wed, Aug 11, 2010 at 11:35 AM, Christoph Gohlke <cgohlke@...2143...> wrote:

Ryan: you could try matplotlib-1.0.0.svn.win32-py2.6.exe from
http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib .It was built this
morning from svn.

Christoph

On 8/11/2010 7:26 AM, Ryan Krauss wrote:

0.99.3 is more or less fine, but there is an annoying exception window
that pops up if you close IPython with a plot window open (using the
TkAgg backend). But in my mind this is less bothersome than having to
close all the plot windows every time I run a script (I tend to write
scripts that generate 5-10 plots at a minimum).

If I could easily build an installer from svn, I would try it. I
don't have any microsoft compilers installed on my windows computers.

Thanks again,

Ryan

On Wed, Aug 11, 2010 at 9:09 AM, Ryan Krauss<ryanlists@...287...> wrote:

Thanks.

I need to role out a python install for my students. Classes start in
a week and a half. What should I do? The installation for most of
them needs to be fairly simple.

Thanks,

Ryan

On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing<efiring@...202...> wrote:

On 08/10/2010 05:43 PM, Ryan Krauss wrote:

I just upgraded my windows machine to matplotlib 1.0.0 and a simple
script such as

from pylab import *
from scipy import *

t = arange(0,1,0.01)
y = sin(2*pi*t)

figure(1)
clf()
plot(t,y)

show()

Now halts execution when run from the ipython -pylab prompt. The same
commands typed at the commandline do not lead to show() halting
execution.

Is this expected behavior?

This was fixed three weeks ago in svn, both the maintenance branch and
the trunk. I made some changes in show() shortly before 1.0, trying to
get uniform and reasonable behavior in all backends, and I didn't quite
succeed. I think I got it all straightened out--but only after the
release, unfortunately. I hope it won't be too long before a 1.0.1
bugfix release can be made, but I am aware of no schedule.

Eric

Thanks,

Ryan

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users