matplotlib-users Mailing List for matplotlib (Page 11)

Norman,

There is code (in 0.91, going back before my time) that rounds the 
vertices of polygons (which arrows in effect are) to the center of 
pixels.  You can see it here inside RendererAgg::draw_polygon() in 
_backend_agg.cpp:

   agg::path_storage path;
   for (size_t j=0; j<Npoints; j++) {

     double x = xs[j];
     double y = ys[j];

     //snapto pixel centers
     x = (int)x + 0.5;
     y = (int)y + 0.5;

     if (j==0) path.move_to(x,y);
     else path.line_to(x,y);
   }
   path.close_polygon();

You could comment out these two lines:

     x = (int)x + 0.5;
     y = (int)y + 0.5;

and see if that corrects your wiggliness problem, just to confirm that 
as the source.

The bigger question is -- there was probably a good reason that this 
code was put in there in the first place, so it probably isn't a good 
idea to remove it en masse.  It may need to be exposed as an argument so 
some things get this behavior and others don't.  I know that dashed 
lines that are perpendicular to the edges of the figure (e.g. grid 
lines) look much worse if they aren't rounded to pixel centers.  But in 
general for polygons, I don't know if that's true.

Now to veer away from your question a little bit -->

On the transforms branch (which is now in SVN head, and not in any 
release), this behavior has changed.  The new heuristic is that if a 
path (which includes everything including lines and polygons) includes 
only straight and axis-aligned segments, it is rounded.  If it includes 
any curves or non-axis-aligned segments it is not rounded.  This 
heuristic seems to work quite well in practice, since it includes grid 
lines, non-rotated rectangles etc., but I am interested in getting 
feedback from other users if that heuristic fails in any special 
circumstances.

Cheers,
Mike

Norman Davis wrote:
> Hi all,
>     I' ve been using matplotlib to create some animations and it seems
> that the endpoints for arrow polygon lines are being rounded off to
> the nearest pixel. At least thats my guess. When viewing an animation
> the arrow changes shape and distorts as it moves around. The code
> below shows it on my Windows XP system where I'm using Matplotlib
> 0.91.1, SciPy 0.6.0, Numpy 1.0.4, Python 2.4. (The code is adapted
> from examples/animation_blit_tk.py) I've also seen this on my Linux
> setup when producing .png's for animation. I think I also remember
> noticing circle patches having discrete movements, so it may be more
> general than arrows.
>     I'm wondering if other's find this to be a problem. Its
> distracting in my particular case. What can I do to help change this?
> I've been enjoying matplotlib along with basemap for the past two
> years and would like to help out if I can.
> Norm.
> 
>  - - - - - -
>  import matplotlib
> matplotlib.use('TkAgg')
> 
> import sys
> import pylab as p
> from matplotlib.patches import Arrow
> 
> ax = p.subplot(111)
> canvas = ax.figure.canvas
> 
> def run(*args):
>     background = canvas.copy_from_bbox(ax.bbox)
> 
>     while 1:
>         canvas.restore_region(background)
> 
>         ells = [Arrow(x = i/20.+ (run.cnt+1)/16000.,
>                       y = 0.4+ (run.cnt+1)/30000.,
>                       dx = 0.04 + 1/200.,
>                       dy = 0.06,
>                       width=0.03)
>             for i in xrange(10)]
>         for e in ells:
>             ax.add_artist(e)
>         for e in ells:
>             ax.draw_artist(e)
> 
>         canvas.blit(ax.bbox)
> 
>         for e in ells:
>             e.remove()
> 
>         if run.cnt==1000:
>             sys.exit()
> 
>         run.cnt += 1
> run.cnt = 0
> 
> p.subplots_adjust(left=0.3, bottom=0.3)
> p.grid()
> manager = p.get_current_fig_manager()
> manager.window.after(100, run)
> p.show()
> - - - - - -
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

The default mathtext font should have the "times" symbol.  Are you 
making any other changes that would affect the selection of mathtext 
fonts?  (Can you please attach a copy of your matplotlibrc file?)  If 
that looks ok, perhaps it isn't finding the math fonts correctly.  There 
are a multitude of reasons that could be happening.  It is sometimes 
helpful to set "verbose.level" to "debug-annoying" and then look at the 
logs to see what might be going on.  Also, you could try deleting the 
fonts cache in ~/.matplotlib/fontManager.cache to force it to regenerate.

Cheers,
Mike

Matthias Michler wrote:
> Hello list,
> 
> the little example below seems to fail, can anybody help me? 
> I'm on Debian using the release 0.91.2.
> 
> best regards and thanks in advance for any hints,
> Matthias
> 
> -------------------------------------------------------------------------------------------
> from matplotlib.ticker import ScalarFormatter
> from matplotlib.pyplot import *
> 
> ax = axes()
> axis([0.0, 10**-7, 0, 10**-7])
> 
> ax.yaxis.set_major_formatter(ScalarFormatter(useMathText=True))
> 
> show()
> ------------------------------------------------------------------------------------------------
> error message:
> /scratch/michler/SOFT/lib/python2.4/site-packages/matplotlib/mathtext.py:722: 
> MathTextWarning: Unrecognized symbol '\times'. Substituting with a dummy 
> symbol. 
>   % sym.encode('ascii', 'backslashreplace'), MathTextWarning)
> 
> 
> the string '\times' is due to line 
>   sciNotStr = r'{\times}'+self.format_data(10**self.orderOfMagnitude)
> in function ScalarFormatter.get_offset
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hi all,
    I' ve been using matplotlib to create some animations and it seems
that the endpoints for arrow polygon lines are being rounded off to
the nearest pixel. At least thats my guess. When viewing an animation
the arrow changes shape and distorts as it moves around. The code
below shows it on my Windows XP system where I'm using Matplotlib
0.91.1, SciPy 0.6.0, Numpy 1.0.4, Python 2.4. (The code is adapted
from examples/animation_blit_tk.py) I've also seen this on my Linux
setup when producing .png's for animation. I think I also remember
noticing circle patches having discrete movements, so it may be more
general than arrows.
    I'm wondering if other's find this to be a problem. Its
distracting in my particular case. What can I do to help change this?
I've been enjoying matplotlib along with basemap for the past two
years and would like to help out if I can.
Norm.

 - - - - - -
 import matplotlib
matplotlib.use('TkAgg')

import sys
import pylab as p
from matplotlib.patches import Arrow

ax = p.subplot(111)
canvas = ax.figure.canvas

def run(*args):
    background = canvas.copy_from_bbox(ax.bbox)

    while 1:
        canvas.restore_region(background)

        ells = [Arrow(x = i/20.+ (run.cnt+1)/16000.,
                      y = 0.4+ (run.cnt+1)/30000.,
                      dx = 0.04 + 1/200.,
                      dy = 0.06,
                      width=0.03)
            for i in xrange(10)]
        for e in ells:
            ax.add_artist(e)
        for e in ells:
            ax.draw_artist(e)

        canvas.blit(ax.bbox)

        for e in ells:
            e.remove()

        if run.cnt==1000:
            sys.exit()

        run.cnt += 1
run.cnt = 0

p.subplots_adjust(left=0.3, bottom=0.3)
p.grid()
manager = p.get_current_fig_manager()
manager.window.after(100, run)
p.show()
- - - - - -

On Wednesday 09 January 2008 10:15:54 am Francesco Pretto wrote:
> 2008/1/9, Darren Dale <dar...@co...>:
> > setup.py attempts to select the appropriate backend for you, based on
> > what backends were available at build time. That selection is written
> > into the default matplotlibrc file, which resides in
> > site-packages/matplotlib/mpl-data. If matplotlib finds another
> > matplotlibrc file (for example, in the current working directory, in
> > $HOME/.matplotlib, etc), then it will use those settings instead. I would
> > guess that is the source of the problem.
>
> No, the problem is the default installed matplotlibrc, that is not
> different from the one present in the source tree and has the default
> selection:
>
> backend      : TkAgg
>
> Now, i don't know if the build script is trying to modify it according
> user selection or compile-time backend detection, but I'm wondering
> why the same problem wasn't happening on linux, where I tipically
> never install Tk runtime.
>
> However, for me the problem is solved, but if there's a matplotlib
> windows dev listening, here is my experience; first, i removed the
> already installed "lib/site-packages/matplotlib/mpl-data/matplotlibrc"
> . Afer, I went for clean compiling with a setup.cfg with these
> configurations:
>
> gtk = True
> gtkagg = False
> tkagg = False
> wxagg = False
> backend = GTK
>
> Eventually, "python setup.py install" write again a
> "site-packages/matplotlib/mpl-data/matplotlibrc" which still have:
>
> backend      : TkAgg
>
> If this shouldn't happen, well, consider this a bug report :D

Oh, I see. Look at line 238 in setup.py. Maybe we don't need that check for 
sys.platform anymore, now that we have setup.cfg. I think that check was in 
there for the benefit of building the windows installers, which we wanted to 
default to tkagg.

I think it would be best to use a setup.cfg to set the numerix and backends 
when building the windows installers. Charlie, does that sound alright?

Darren

2008/1/9, Darren Dale <dar...@co...>:
>
> setup.py attempts to select the appropriate backend for you, based on what
> backends were available at build time. That selection is written into the
> default matplotlibrc file, which resides in
> site-packages/matplotlib/mpl-data. If matplotlib finds another matplotlibrc
> file (for example, in the current working directory, in $HOME/.matplotlib,
> etc), then it will use those settings instead. I would guess that is the
> source of the problem.
>

No, the problem is the default installed matplotlibrc, that is not
different from the one present in the source tree and has the default
selection:

backend      : TkAgg

Now, i don't know if the build script is trying to modify it according
user selection or compile-time backend detection, but I'm wondering
why the same problem wasn't happening on linux, where I tipically
never install Tk runtime.

However, for me the problem is solved, but if there's a matplotlib
windows dev listening, here is my experience; first, i removed the
already installed "lib/site-packages/matplotlib/mpl-data/matplotlibrc"
. Afer, I went for clean compiling with a setup.cfg with these
configurations:

gtk = True
gtkagg = False
tkagg = False
wxagg = False
backend = GTK

Eventually, "python setup.py install" write again a
"site-packages/matplotlib/mpl-data/matplotlibrc" which still have:

backend      : TkAgg

If this shouldn't happen, well, consider this a bug report :D

Greetings,
Francesco Pretto

On Wednesday 09 January 2008 09:27:39 am Francesco Pretto wrote:
> 2008/1/9, Charlie Moad <cw...@gm...>:
> > You need to set a different backend in your matplotlibrc or specify it
> > first.
> >
> > import matplotlib
> > matplotlib.use('Agg')
> >
> > You can also run scripts passing the backend:
> >
> > python lab1_ex2.py -dAgg
>
> Oh, thanks. That really seems a RTFM...
>
> However, in linux i hadn't to select the backend, i just configure
> "setup.cfg" to exclude backends and, after compiling, matplotlib was
> running just fine choosing the right backend (gtk or gtkagg). Isn't
> this a sign that matplotlib isn't able to detect the correct default
> backend at compile time (at least on windows)?
>
> However, thanks again. As promised, now I'll try to be more autonomous ;-)

setup.py attempts to select the appropriate backend for you, based on what 
backends were available at build time. That selection is written into the 
default matplotlibrc file, which resides in 
site-packages/matplotlib/mpl-data. If matplotlib finds another matplotlibrc 
file (for example, in the current working directory, in $HOME/.matplotlib, 
etc), then it will use those settings instead. I would guess that is the 
source of the problem.

Darren

Hi list, Hi Matthias,

I found another way to deal with this problem. when defining the colorbar,
one can give an additional kwarg "format", so by defining the kwarg
"format=formatter", we solved the problem.

Anyway, I think an option as Matthias implemented would be very handy for
all those users like us here in Germany who might want to have the numbers
formatted with commata.

Greetings,
Thorsten

2008/1/9, Matthias Michler <Mat...@gm...>:
>
> Hello list,
> Hello Thorsten,
>
> On Wednesday 09 January 2008 11:38, Thorsten Kranz wrote:
> > I have a question concerning reformatting of axis-ticks via the
> > FuncFormatter-class. In german, it's common to use a comma as separator
> for
> > decimal numbers instead of a dot. To realize it in matplotlib, I do
> > something like
> >
> > >from matplotlib.ticker import FuncFormatter
> >
> > import pylab
> > pylab.figure()
> > formatter = FuncFormatter(lambda x,pos: ("%.2f"%x).replace(".",","))
> > ax = pylab.axes()
> > ax.xaxis.set_major_formatter(formatter)
> > ax.yaxis.set_major_formatter(formatter)
> > ax.plot(pylab.arange(0,1,0.1),pylab.arange(0,1,0.1))
> > This works fine for me,
>
> I had the same idea ;-). The problem is that you have a fixed number of
> digits
> behind the comma, which is not the desirable behaviour during zoom.
> I changed the ticker.py/ axes.py files to circumwait this disadvantage. I
> attached a patch showing my changes and maybe somebody can test it.
> You can activate it using:
>   ax.ticklabel_format(style='comma')
> for an ScalarFormatter
>
> > but I encounter a problem when I do an
> > imshow-command with a colorbar. In the imshow-axes, it's o.k., but for
> the
> > colorbar it doesn't really work. I do
> >
> > cb = pylab.colorbar()
> > cb.ax.yaxis.set_major_formatter(formatter)
> >
> > and, actually, all dots are replaced by com9mata, but the values are
> also
> > changed! E.g. instead of the old values (without formatter) from 0-0.54,
> > the
> >
> > values are increased to 0-0.95.
> [...]
> > Can anyone explain why it doesn't work out as I expect it to work?
> I don't know were the problem comes from. I attached your example in a
> slitly
> modified version and this shows that the problem is not due to your
> special
> formatting. It occurs with matplotlib.ticker.ScalarFormatter, too.
>
> best regards,
> Matthias
>
> > Or is there a better, more standard way to substitute the dots by
> commata?
> >
> > Thanks,
> > Thorsten
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>

2008/1/9, Charlie Moad <cw...@gm...>:
> You need to set a different backend in your matplotlibrc or specify it first.
>
> import matplotlib
> matplotlib.use('Agg')
>
> You can also run scripts passing the backend:
>
> python lab1_ex2.py -dAgg
>

Oh, thanks. That really seems a RTFM...

However, in linux i hadn't to select the backend, i just configure
"setup.cfg" to exclude backends and, after compiling, matplotlib was
running just fine choosing the right backend (gtk or gtkagg). Isn't
this a sign that matplotlib isn't able to detect the correct default
backend at compile time (at least on windows)?

However, thanks again. As promised, now I'll try to be more autonomous ;-)

Greetins,
Francesco

You need to set a different backend in your matplotlibrc or specify it first.

import matplotlib
matplotlib.use('Agg')

You can also run scripts passing the backend:

python lab1_ex2.py -dAgg

On Jan 9, 2008 8:41 AM, Francesco Pretto <cez...@gm...> wrote:
> Hi, after having correctly compiled matplotlib, now is time to test
> something (I need at least to get it something working before I can
> start hack it autonomously =). Unfortunately, it's not usable: it
> complains about not being able to load "_tkagg" module. The fact is I
> don't want "tkagg" backend at all! Here is the backends dependencies
> detect log:
>
> OPTIONAL BACKEND DEPENDENCIES
>                 libpng: found, but unknown version (no pkg-config)
>                Tkinter: no
>                         * Tkinter present, but header files are not found.
>                         * You may need to install development packages.
>               wxPython: no
>                         * wxPython not found
>                   Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.6,
>                         pygobject: 2.12.3
>                     Qt: no
>                    Qt4: no
>                  Cairo: 1.2.6
>
> As it should be clear, I want to use the a gtk+ aware backend, and
> initially in fact I used a customized "setup.cfg"; seeing the error I
> tryed deleting the customized "setup.cfg", but without results. Is
> there some problems with backend selection on windows platform?
> I hope gtk+ backends are supported. Follows 2 traces of the error
> running an ipython shell and a test python program (it works on
> linux).
>
> Any help is appreciated.
>
> Thanks,
> Francesco
>
> ---------------------------------------------------------------------------
>
> Here is the trace in ipython trying to run sample test program:
>
> In [3]: run lab1_ex2.py
>
> ImportError                               Traceback (most recent call last)
>
> C:\Documents and Settings\Public\desktop\lab1_ex2.py in <module>()
>       1 from numpy import *
>       2 from scipy import *
> ----> 3 from pylab import *
>       4
>       5 n=100
>
> c:\python25\Lib\site-packages\pylab.py in <module>()
> ----> 1
>       2
>       3 from matplotlib.pylab import *
>       4 import matplotlib.pylab
>       5 __doc__ = matplotlib.pylab.__doc__
>
> c:\python25\Lib\site-packages\matplotlib\pylab.py in <module>()
>     290
>     291
> --> 292 from matplotlib.pyplot import *
>     293
>     294
>
> c:\python25\Lib\site-packages\matplotlib\pyplot.py in <module>()
>      35
>      36 from matplotlib.backends import pylab_setup
> ---> 37 new_figure_manager, draw_if_interactive, show = pylab_setup()
>      38
>      39 def switch_backend(newbackend):
>
> c:\python25\Lib\site-packages\matplotlib\backends\__init__.py in pylab_setup()
>      22     backend_name = 'backend_'+backend.lower()
>      23     backend_mod = __import__('matplotlib.backends.'+backend_name,
> ---> 24                              globals(),locals(),[backend_name])
>      25
>      26     # Things we pull in from all backends
>
> c:\python25\Lib\site-packages\matplotlib\backends\backend_tkagg.py in <module>()
>
>       6
>       7 import Tkinter as Tk, FileDialog
> ----> 8 import tkagg                 # Paint image to Tk photo blitter extension
>
>       9 from backend_agg import FigureCanvasAgg
>      10
>
> c:\python25\Lib\site-packages\matplotlib\backends\tkagg.py in <module>()
> ----> 1
>       2
>       3 import _tkagg
>       4 import Tkinter as Tk
>       5
>       6 def blit(photoimage, aggimage, bbox=None, colormode=1):
>       7     tk = photoimage.tk
>
> ImportError: No module named _tkagg
> WARNING: Failure executing file: <lab1_ex2.py>
>
> ---------------------------------------------------------------------------
>
> Here is another trace trying to run ipython with "--pylab" switch:
>
> Traceback (most recent call last):
>   File "C:\Python25\scripts\ipython", line 27, in <module>
>     IPython.Shell.start().mainloop()
>   File "C:\Python25\lib\site-packages\IPython\Shell.py", line 1152, in start
>     return shell(user_ns = user_ns)
>   File "C:\Python25\lib\site-packages\IPython\Shell.py", line 1049, in __init__
>     shell_class=MatplotlibShell)
>   File "C:\Python25\lib\site-packages\IPython\Shell.py", line 74, in __init__
>     debug=debug,shell_class=shell_class)
>   File "C:\Python25\Lib\site-packages\IPython\ipmaker.py", line 95, in make_IPyt
> hon
>     embedded=embedded,**kw)
>   File "C:\Python25\lib\site-packages\IPython\Shell.py", line 589, in __init__
>     user_ns,b2 = self._matplotlib_config(name,user_ns)
>   File "C:\Python25\lib\site-packages\IPython\Shell.py", line 530, in _matplotli
> b_config
>     import matplotlib.pylab as pylab
>   File "c:\python25\Lib\site-packages\matplotlib\pylab.py", line 292, in <module
> >
>     from matplotlib.pyplot import *
>   File "c:\python25\Lib\site-packages\matplotlib\pyplot.py", line 37, in <module
> >
>     new_figure_manager, draw_if_interactive, show = pylab_setup()
>   File "c:\python25\Lib\site-packages\matplotlib\backends\__init__.py", line 24,
>  in pylab_setup
>     globals(),locals(),[backend_name])
>   File "c:\python25\Lib\site-packages\matplotlib\backends\backend_tkagg.py", lin
> e 8, in <module>
>     import tkagg                 # Paint image to Tk photo blitter extension
>   File "c:\python25\Lib\site-packages\matplotlib\backends\tkagg.py", line 1, in
> <module>
>     import _tkagg
> ImportError: No module named _tkagg
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi, after having correctly compiled matplotlib, now is time to test
something (I need at least to get it something working before I can
start hack it autonomously =). Unfortunately, it's not usable: it
complains about not being able to load "_tkagg" module. The fact is I
don't want "tkagg" backend at all! Here is the backends dependencies
detect log:

OPTIONAL BACKEND DEPENDENCIES
                libpng: found, but unknown version (no pkg-config)
               Tkinter: no
                        * Tkinter present, but header files are not found.
                        * You may need to install development packages.
              wxPython: no
                        * wxPython not found
                  Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.6,
                        pygobject: 2.12.3
                    Qt: no
                   Qt4: no
                 Cairo: 1.2.6

As it should be clear, I want to use the a gtk+ aware backend, and
initially in fact I used a customized "setup.cfg"; seeing the error I
tryed deleting the customized "setup.cfg", but without results. Is
there some problems with backend selection on windows platform?
I hope gtk+ backends are supported. Follows 2 traces of the error
running an ipython shell and a test python program (it works on
linux).

Any help is appreciated.

Thanks,
Francesco

---------------------------------------------------------------------------

Here is the trace in ipython trying to run sample test program:

In [3]: run lab1_ex2.py

ImportError                               Traceback (most recent call last)

C:\Documents and Settings\Public\desktop\lab1_ex2.py in <module>()
      1 from numpy import *
      2 from scipy import *
----> 3 from pylab import *
      4
      5 n=100

c:\python25\Lib\site-packages\pylab.py in <module>()
----> 1
      2
      3 from matplotlib.pylab import *
      4 import matplotlib.pylab
      5 __doc__ = matplotlib.pylab.__doc__

c:\python25\Lib\site-packages\matplotlib\pylab.py in <module>()
    290
    291
--> 292 from matplotlib.pyplot import *
    293
    294

c:\python25\Lib\site-packages\matplotlib\pyplot.py in <module>()
     35
     36 from matplotlib.backends import pylab_setup
---> 37 new_figure_manager, draw_if_interactive, show = pylab_setup()
     38
     39 def switch_backend(newbackend):

c:\python25\Lib\site-packages\matplotlib\backends\__init__.py in pylab_setup()
     22     backend_name = 'backend_'+backend.lower()
     23     backend_mod = __import__('matplotlib.backends.'+backend_name,
---> 24                              globals(),locals(),[backend_name])
     25
     26     # Things we pull in from all backends

c:\python25\Lib\site-packages\matplotlib\backends\backend_tkagg.py in <module>()

      6
      7 import Tkinter as Tk, FileDialog
----> 8 import tkagg                 # Paint image to Tk photo blitter extension

      9 from backend_agg import FigureCanvasAgg
     10

c:\python25\Lib\site-packages\matplotlib\backends\tkagg.py in <module>()
----> 1
      2
      3 import _tkagg
      4 import Tkinter as Tk
      5
      6 def blit(photoimage, aggimage, bbox=None, colormode=1):
      7     tk = photoimage.tk

ImportError: No module named _tkagg
WARNING: Failure executing file: <lab1_ex2.py>

---------------------------------------------------------------------------

Here is another trace trying to run ipython with "--pylab" switch:

Traceback (most recent call last):
  File "C:\Python25\scripts\ipython", line 27, in <module>
    IPython.Shell.start().mainloop()
  File "C:\Python25\lib\site-packages\IPython\Shell.py", line 1152, in start
    return shell(user_ns = user_ns)
  File "C:\Python25\lib\site-packages\IPython\Shell.py", line 1049, in __init__
    shell_class=MatplotlibShell)
  File "C:\Python25\lib\site-packages\IPython\Shell.py", line 74, in __init__
    debug=debug,shell_class=shell_class)
  File "C:\Python25\Lib\site-packages\IPython\ipmaker.py", line 95, in make_IPyt
hon
    embedded=embedded,**kw)
  File "C:\Python25\lib\site-packages\IPython\Shell.py", line 589, in __init__
    user_ns,b2 = self._matplotlib_config(name,user_ns)
  File "C:\Python25\lib\site-packages\IPython\Shell.py", line 530, in _matplotli
b_config
    import matplotlib.pylab as pylab
  File "c:\python25\Lib\site-packages\matplotlib\pylab.py", line 292, in <module
>
    from matplotlib.pyplot import *
  File "c:\python25\Lib\site-packages\matplotlib\pyplot.py", line 37, in <module
>
    new_figure_manager, draw_if_interactive, show = pylab_setup()
  File "c:\python25\Lib\site-packages\matplotlib\backends\__init__.py", line 24,
 in pylab_setup
    globals(),locals(),[backend_name])
  File "c:\python25\Lib\site-packages\matplotlib\backends\backend_tkagg.py", lin
e 8, in <module>
    import tkagg                 # Paint image to Tk photo blitter extension
  File "c:\python25\Lib\site-packages\matplotlib\backends\tkagg.py", line 1, in
<module>
    import _tkagg
ImportError: No module named _tkagg

Hello list,
Hello Thorsten,

On Wednesday 09 January 2008 11:38, Thorsten Kranz wrote:
> I have a question concerning reformatting of axis-ticks via the
> FuncFormatter-class. In german, it's common to use a comma as separator for
> decimal numbers instead of a dot. To realize it in matplotlib, I do
> something like
>
> >from matplotlib.ticker import FuncFormatter
>
> import pylab
> pylab.figure()
> formatter = FuncFormatter(lambda x,pos: ("%.2f"%x).replace(".",","))
> ax = pylab.axes()
> ax.xaxis.set_major_formatter(formatter)
> ax.yaxis.set_major_formatter(formatter)
> ax.plot(pylab.arange(0,1,0.1),pylab.arange(0,1,0.1))
> This works fine for me, 

I had the same idea ;-). The problem is that you have a fixed number of digits 
behind the comma, which is not the desirable behaviour during zoom.
I changed the ticker.py/ axes.py files to circumwait this disadvantage. I 
attached a patch showing my changes and maybe somebody can test it. 
You can activate it using:
  ax.ticklabel_format(style='comma') 
for an ScalarFormatter

> but I encounter a problem when I do an 
> imshow-command with a colorbar. In the imshow-axes, it's o.k., but for the
> colorbar it doesn't really work. I do
>
> cb = pylab.colorbar()
> cb.ax.yaxis.set_major_formatter(formatter)
>
> and, actually, all dots are replaced by com9mata, but the values are also
> changed! E.g. instead of the old values (without formatter) from 0-0.54,
> the
>
> values are increased to 0-0.95. 
[...]
> Can anyone explain why it doesn't work out as I expect it to work? 
I don't know were the problem comes from. I attached your example in a slitly 
modified version and this shows that the problem is not due to your special 
formatting. It occurs with matplotlib.ticker.ScalarFormatter, too.

best regards,
Matthias

> Or is there a better, more standard way to substitute the dots by commata?
>
> Thanks,
> Thorsten

Hello list,

the little example below seems to fail, can anybody help me? 
I'm on Debian using the release 0.91.2.

best regards and thanks in advance for any hints,
Matthias

-------------------------------------------------------------------------------------------
from matplotlib.ticker import ScalarFormatter
from matplotlib.pyplot import *

ax = axes()
axis([0.0, 10**-7, 0, 10**-7])

ax.yaxis.set_major_formatter(ScalarFormatter(useMathText=True))

show()
------------------------------------------------------------------------------------------------
error message:
/scratch/michler/SOFT/lib/python2.4/site-packages/matplotlib/mathtext.py:722: 
MathTextWarning: Unrecognized symbol '\times'. Substituting with a dummy 
symbol. 
  % sym.encode('ascii', 'backslashreplace'), MathTextWarning)


the string '\times' is due to line 
  sciNotStr = r'{\times}'+self.format_data(10**self.orderOfMagnitude)
in function ScalarFormatter.get_offset

2008/1/9, Charlie Moad <cw...@gm...>:
> Just a guess.  Did you download the visual studio static libraries
> instead of the mingw ones?  Those linking symbols listed lend me to
> think this.  The visual studio ones end in "_vs.tar.gz".
>
> You want this:
>
> http://matplotlib.sourceforge.net/win32_static.tar.gz
>
> - Charlie
>

Oooops! I exactly did that. Unfortunately I haven't noticed the file
names were different, so I thought visual studio and mingw were using
the same package and downloaded the wrong one. Thanks a lot, now it
built correctly.

If you are interested, I slightly modified the package to be less
confusing =) and, possibly, easier to use. These are the changes I
made to it:

- bundled "pexports". It comes with license (GPL) and source, so no
problems at all doing it;
- be more agnostic about mingw, python paths and python versions;
- reflect the fact that mingw, msys, gtk+ nowadays have installers
that do set most environment variables correctly. So it's no more
needed to override PATH with scripts;
- removed some unneeded files;
- update the README instructions reflecting the changes and fixed with
up-to date links.

You can find it:
    http://bproofs.homeunix.org/build/win32_static.tar.gz

Thanks again.

Bye,
Francesco

Hi to all!

I have a question concerning reformatting of axis-ticks via the
FuncFormatter-class. In german, it's common to use a comma as separator for
decimal numbers instead of a dot. To realize it in matplotlib, I do
something like

from matplotlib.ticker import FuncFormatter
import pylab
pylab.figure()
formatter = FuncFormatter(lambda x,pos: ("%.2f"%x).replace(".",","))
ax = pylab.axes()
ax.xaxis.set_major_formatter(formatter)
ax.yaxis.set_major_formatter(formatter)
ax.plot(pylab.arange(0,1,0.1),pylab.arange(0,1,0.1))

This works fine for me, but I encounter a problem when I do an
imshow-command with a colorbar. In the imshow-axes, it's o.k., but for the
colorbar it doesn't really work. I do

cb = pylab.colorbar()
cb.ax.yaxis.set_major_formatter(formatter)

and, actually, all dots are replaced by com9mata, but the values are also
changed! E.g. instead of the old values (without formatter) from 0-0.54, the
values are increased to 0-0.95. The complete code for this example would be:

from matplotlib.ticker import FuncFormatter, ScalarFormatter
import pylab
pylab.figure()
formatter = FuncFormatter(lambda x,pos: ("%.2f"%x).replace(".",","))
ax = pylab.axes()
ax.xaxis.set_major_formatter(formatter)
ax.yaxis.set_major_formatter(formatter)
data = pylab.zeros((100,100),"d")
data[10,10] = 0.567
pylab.imshow(data)
cb = pylab.colorbar()
cb.ax.yaxis.set_major_formatter(formatter)

Can anyone explain why it doesn't work out as I expect it to work? Or is
there a better, more standard way to substitute the dots by commata?

Thanks,
Thorsten

Have the static sources been updated (freetype, etc.) for mingw?

Cheers,
William

On Jan 8, 2008 9:48 PM, Charlie Moad <cw...@gm...> wrote:

> Just a guess.  Did you download the visual studio static libraries
> instead of the mingw ones?  Those linking symbols listed lend me to
> think this.  The visual studio ones end in "_vs.tar.gz".
>
> You want this:
>
> http://matplotlib.sourceforge.net/win32_static.tar.gz
>
> - Charlie
>
> On Jan 8, 2008 6:17 PM, Francesco Pretto <cez...@gm...> wrote:
> > Hi, i'm a newcomer: greetings to all! I'm trying to compile matplotlib
> > on windows platform using mingw toolchains (I'm going to play a little
> > with the code). I think to have all dependencies, as specified in
> > setupext.py (downloaded the static header+libs package).
> > Unfortunately, linking is not working. I'm using latest stable version
> > of mingw, 5.1.3. Follows the output; I trimmed it a little, hopefully
> > only reduntant parts, but if you prefer here is the full output
> > (without automatic mail client line wraps...):
> >
> >     http://bproofs.homeunix.org/build23.out
> >
> >  If you need more information on my setup, please ask me.
> >
> > Thanks for any help!
> >
> > Francesco Pretto
> >
> >
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> > BUILDING MATPLOTLIB
> >             matplotlib: 0.91.2
> >                 python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
> >                         v.1310 32 bit (Intel)]
> >               platform: win32
> >        Windows version: (5, 1, 2600, 2, 'Service Pack 2')
> >
> > REQUIRED DEPENDENCIES
> >                  numpy: 1.0.4
> >              freetype2: found, but unknown version (no pkg-config)
> >
> > OPTIONAL BACKEND DEPENDENCIES
> >                 libpng: found, but unknown version (no pkg-config)
> >                   Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.6,
> >                         pygobject: 2.12.3
> >                     Qt: no
> >                    Qt4: no
> >                  Cairo: 1.2.6
> >
> > OPTIONAL DATE/TIMEZONE DEPENDENCIES
> >               datetime: present, version unknown
> >               dateutil: matplotlib will provide
> >                   pytz: matplotlib will provide
> >
> > OPTIONAL USETEX DEPENDENCIES
> >                 dvipng: batch.
> >            ghostscript: "gswin32c" non =8A riconosciuto come comando
> interno o
> >                         esterno,  un programma eseguibile o un file
> batch.
> >                  latex: no
> >
> > EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
> >              configobj: matplotlib will provide
> >       enthought.traits: matplotlib will provide
> >
> > [Edit setup.cfg to suppress the above messages]
> >
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> > running build
> > running build_py
> > creating build
> > creating build\lib.win32-2.5
> > copying lib\pylab.py -> build\lib.win32-2.5
> > copying lib\configobj.py -> build\lib.win32-2.5
> > creating build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\afm.py -> build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\agg.py -> build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\art3d.py -> build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\artist.py -> build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\axes.py -> build\lib.win32-2.5\matplotlib
> > copying lib\matplotlib\axes3d.py -> build\lib.win32-2.5\matplotlib
> >
> > [...]
> >
> > copying lib\pytz\zoneinfo\US\Pacific-New -> build\lib.win32-
> 2.5\pytz\zoneinfo\US
> > copying lib\pytz\zoneinfo\US\Samoa -> build\lib.win32-
> 2.5\pytz\zoneinfo\US
> > copying lib\dateutil\zoneinfo\zoneinfo-2007f.tar.gz ->
> > build\lib.win32-2.5\dateutil\zoneinfo
> > running build_ext
> > building 'matplotlib.ft2font' extension
> > C compiler: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes
> >
> > creating build\temp.win32-2.5
> > creating build\temp.win32-2.5\Release
> > creating build\temp.win32-2.5\Release\src
> > creating build\temp.win32-2.5\Release\cxx
> > compile options: '-Iwin32_static\include -I.
> > -Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\python25\include
> > -Ic:\python25\PC -c'
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c CXX\cxxextensions.c -o
> > build\temp.win32-2.5\Release\cxx\cxxextensions.o
> > Found executable c:\mingw\bin\gcc.exe
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c
> > CXX\IndirectPythonInterface.cxx -o
> > build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c src/mplutils.cpp -o
> > build\temp.win32-2.5\Release\src\mplutils.o
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c CXX\cxx_extensions.cxx -o
> > build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c CXX\cxxsupport.cxx -o
> > build\temp.win32-2.5\Release\cxx\cxxsupport.o
> > gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> > -I. -Iwin32_static\include\freetype2 -I.\freetype2
> > -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o
> > build\temp.win32-2.5\Release\src\ft2font.o
> > g++ -mno-cygwin -shared build\temp.win32-2.5\Release\src\ft2font.o
> > build\temp.win32-2.5\Release\src\mplutils.o
> > build\temp.win32-2.5\Release\cxx\cxxsupport.o
> > build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> > build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> > build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
> > -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lgw32c
> > -lstdc++ -lm -lpython25 -lmsvcr71 -o
> > build\lib.win32-2.5\matplotlib\ft2font.pyd
> > Found executable c:\mingw\bin\g++.exe
> > Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> > Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> >
> > [...]
> >
> > Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> > Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> > Cannot export ??_C@_01BBODEMC@G?$AA@: symbol not found
> > Cannot export ??_C@_01BDACAMKP@h?$AA@: symbol not found
> > Cannot export ??_C@_01BIAFAFID@F?$AA@: symbol not found
> > Cannot export ??_C@_01BNIGIBBF@Q?$AA@: symbol not found
> >
> > [...]
> >
> > Cannot export ??_C@_0P@POJAEHDJ@dollarinferior?$AA@: symbol not found
> > Cannot export ??_C@_0P@PPKDJNAH@arrowdashright?$AA@: symbol not found
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
> > function `FT_Raccess_Get_HeaderInfo':
> > c:\documents and s:(.text[_FT_Raccess_Get_HeaderInfo]+0x4): undefined
> > reference to `__security_cookie'
> > c:\documents and s:76: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:76: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:76: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
> > function `IsMacBinary':
> > c:\documents and s:(.text[_IsMacBinary]+0x7): undefined reference to
> > `__security_cookie'
> > c:\documents and s:38: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:38: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/psmodule.obj): In
> > function `ps_unicode_value':
> > c:\documents and s:(.text[_ps_unicode_value]+0x4): undefined reference
> > to `__security_cookie'
> > c:\documents and s:119: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:119: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> > function `_bdf_split':
> > c:\documents and s:(.text[__bdf_split]+0x4): undefined reference to
> > `__security_cookie'
> > c:\documents and s:131: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:131: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> > function `_bdf_set_default_spacing':
> > c:\documents and s:7: undefined reference to `__security_cookie'
> > c:\documents and s:49: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:(.text[__bdf_set_default_spacing]+0x10c): undefined
> > reference to `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> > function `_bdf_parse_properties':
> > c:\documents and s:(.text[__bdf_parse_properties]+0x7): undefined
> > reference to `__security_cookie'
> > c:\documents and s:95: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:95: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:95: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:95: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:95: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
> > function `cid_parser_new':
> > c:\documents and s:(.text[_cid_parser_new]+0x7): undefined reference
> > to `__security_cookie'
> > c:\documents and s:123: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:(.text[_cid_parser_new]+0x256): undefined reference
> > to `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
> > function `cid_hex_to_binary':
> > c:\documents and s:(.text[_cid_hex_to_binary]+0x7): undefined
> > reference to `__security_cookie'
> > c:\documents and s:89: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:(.text[_cid_hex_to_binary]+0x169): undefined
> > reference to `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/cff.obj): In
> > function `cff_size_init':
> > c:\documents and s:(.text[_cff_size_init]+0x7): undefined reference to
> > `__security_cookie'
> > c:\documents and s:68: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:68: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:(.text[_cff_size_init]+0x24a): undefined reference
> > to `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> > function `parse_charstrings':
> > c:\documents and s:(.text[_parse_charstrings]+0x4): undefined
> > reference to `__security_cookie'
> > c:\documents and s:268: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:268: undefined reference to
> `@__security_check_cookie@4'
> > c:\documents and s:268: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> > function `T1_Open_Face':
> > c:\documents and s:(.text[_T1_Open_Face]+0x7): undefined reference to
> > `__security_cookie'
> > c:\documents and s:175: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> > function `afm_atoindex':
> > c:\documents and s:(.text[_afm_atoindex]+0x4): undefined reference to
> > `__security_cookie'
> > c:\documents and s:42: undefined reference to
> `@__security_check_cookie@4'
> > win32_static\lib/freetype.lib(/Documents and Settings/Charles
> > Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/autohint.obj): In
> > function `ah_outline_compute_blue_edges':
> > c:\documents and s:(.text[_ah_outline_compute_blue_edges]+0x4):
> > undefined reference to `__security_cookie'
> > c:\documents and s:124: undefined reference to
> `@__security_check_cookie@4'
> > collect2: ld returned 1 exit status
> > error: Command "g++ -mno-cygwin -shared
> > build\temp.win32-2.5\Release\src\ft2font.o
> > build\temp.win32-2.5\Release\src\mplutils.o
> > build\temp.win32-2.5\Release\cxx\cxxsupport.o
> > build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> > build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> > build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
> > -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25
> > -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd" failed with
> > exit status 1
> >
> >
> -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> >
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl=
ace
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl=
ace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Just a guess.  Did you download the visual studio static libraries
instead of the mingw ones?  Those linking symbols listed lend me to
think this.  The visual studio ones end in "_vs.tar.gz".

You want this:

http://matplotlib.sourceforge.net/win32_static.tar.gz

- Charlie

On Jan 8, 2008 6:17 PM, Francesco Pretto <cez...@gm...> wrote:
> Hi, i'm a newcomer: greetings to all! I'm trying to compile matplotlib
> on windows platform using mingw toolchains (I'm going to play a little
> with the code). I think to have all dependencies, as specified in
> setupext.py (downloaded the static header+libs package).
> Unfortunately, linking is not working. I'm using latest stable version
> of mingw, 5.1.3. Follows the output; I trimmed it a little, hopefully
> only reduntant parts, but if you prefer here is the full output
> (without automatic mail client line wraps...):
>
>     http://bproofs.homeunix.org/build23.out
>
>  If you need more information on my setup, please ask me.
>
> Thanks for any help!
>
> Francesco Pretto
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> BUILDING MATPLOTLIB
>             matplotlib: 0.91.2
>                 python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
>                         v.1310 32 bit (Intel)]
>               platform: win32
>        Windows version: (5, 1, 2600, 2, 'Service Pack 2')
>
> REQUIRED DEPENDENCIES
>                  numpy: 1.0.4
>              freetype2: found, but unknown version (no pkg-config)
>
> OPTIONAL BACKEND DEPENDENCIES
>                 libpng: found, but unknown version (no pkg-config)
>                   Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.6,
>                         pygobject: 2.12.3
>                     Qt: no
>                    Qt4: no
>                  Cairo: 1.2.6
>
> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>               datetime: present, version unknown
>               dateutil: matplotlib will provide
>                   pytz: matplotlib will provide
>
> OPTIONAL USETEX DEPENDENCIES
>                 dvipng: batch.
>            ghostscript: "gswin32c" non =8A riconosciuto come comando inte=
rno o
>                         esterno,  un programma eseguibile o un file batch=
.
>                  latex: no
>
> EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
>              configobj: matplotlib will provide
>       enthought.traits: matplotlib will provide
>
> [Edit setup.cfg to suppress the above messages]
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> running build
> running build_py
> creating build
> creating build\lib.win32-2.5
> copying lib\pylab.py -> build\lib.win32-2.5
> copying lib\configobj.py -> build\lib.win32-2.5
> creating build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\afm.py -> build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\agg.py -> build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\art3d.py -> build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\artist.py -> build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\axes.py -> build\lib.win32-2.5\matplotlib
> copying lib\matplotlib\axes3d.py -> build\lib.win32-2.5\matplotlib
>
> [...]
>
> copying lib\pytz\zoneinfo\US\Pacific-New -> build\lib.win32-2.5\pytz\zone=
info\US
> copying lib\pytz\zoneinfo\US\Samoa -> build\lib.win32-2.5\pytz\zoneinfo\U=
S
> copying lib\dateutil\zoneinfo\zoneinfo-2007f.tar.gz ->
> build\lib.win32-2.5\dateutil\zoneinfo
> running build_ext
> building 'matplotlib.ft2font' extension
> C compiler: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes
>
> creating build\temp.win32-2.5
> creating build\temp.win32-2.5\Release
> creating build\temp.win32-2.5\Release\src
> creating build\temp.win32-2.5\Release\cxx
> compile options: '-Iwin32_static\include -I.
> -Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\python25\include
> -Ic:\python25\PC -c'
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c CXX\cxxextensions.c -o
> build\temp.win32-2.5\Release\cxx\cxxextensions.o
> Found executable c:\mingw\bin\gcc.exe
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c
> CXX\IndirectPythonInterface.cxx -o
> build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c src/mplutils.cpp -o
> build\temp.win32-2.5\Release\src\mplutils.o
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c CXX\cxx_extensions.cxx -o
> build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c CXX\cxxsupport.cxx -o
> build\temp.win32-2.5\Release\cxx\cxxsupport.o
> gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
> -I. -Iwin32_static\include\freetype2 -I.\freetype2
> -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o
> build\temp.win32-2.5\Release\src\ft2font.o
> g++ -mno-cygwin -shared build\temp.win32-2.5\Release\src\ft2font.o
> build\temp.win32-2.5\Release\src\mplutils.o
> build\temp.win32-2.5\Release\cxx\cxxsupport.o
> build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
> -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lgw32c
> -lstdc++ -lm -lpython25 -lmsvcr71 -o
> build\lib.win32-2.5\matplotlib\ft2font.pyd
> Found executable c:\mingw\bin\g++.exe
> Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
>
> [...]
>
> Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
> Cannot export ??_C@_01BBODEMC@G?$AA@: symbol not found
> Cannot export ??_C@_01BDACAMKP@h?$AA@: symbol not found
> Cannot export ??_C@_01BIAFAFID@F?$AA@: symbol not found
> Cannot export ??_C@_01BNIGIBBF@Q?$AA@: symbol not found
>
> [...]
>
> Cannot export ??_C@_0P@POJAEHDJ@dollarinferior?$AA@: symbol not found
> Cannot export ??_C@_0P@PPKDJNAH@arrowdashright?$AA@: symbol not found
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
> function `FT_Raccess_Get_HeaderInfo':
> c:\documents and s:(.text[_FT_Raccess_Get_HeaderInfo]+0x4): undefined
> reference to `__security_cookie'
> c:\documents and s:76: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:76: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:76: undefined reference to `@__security_check_cookie@4=
'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
> function `IsMacBinary':
> c:\documents and s:(.text[_IsMacBinary]+0x7): undefined reference to
> `__security_cookie'
> c:\documents and s:38: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:38: undefined reference to `@__security_check_cookie@4=
'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/psmodule.obj): In
> function `ps_unicode_value':
> c:\documents and s:(.text[_ps_unicode_value]+0x4): undefined reference
> to `__security_cookie'
> c:\documents and s:119: undefined reference to `@__security_check_cookie@=
4'
> c:\documents and s:119: undefined reference to `@__security_check_cookie@=
4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> function `_bdf_split':
> c:\documents and s:(.text[__bdf_split]+0x4): undefined reference to
> `__security_cookie'
> c:\documents and s:131: undefined reference to `@__security_check_cookie@=
4'
> c:\documents and s:131: undefined reference to `@__security_check_cookie@=
4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> function `_bdf_set_default_spacing':
> c:\documents and s:7: undefined reference to `__security_cookie'
> c:\documents and s:49: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:(.text[__bdf_set_default_spacing]+0x10c): undefined
> reference to `@__security_check_cookie@4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
> function `_bdf_parse_properties':
> c:\documents and s:(.text[__bdf_parse_properties]+0x7): undefined
> reference to `__security_cookie'
> c:\documents and s:95: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:95: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:95: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:95: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:95: undefined reference to `@__security_check_cookie@4=
'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
> function `cid_parser_new':
> c:\documents and s:(.text[_cid_parser_new]+0x7): undefined reference
> to `__security_cookie'
> c:\documents and s:123: undefined reference to `@__security_check_cookie@=
4'
> c:\documents and s:(.text[_cid_parser_new]+0x256): undefined reference
> to `@__security_check_cookie@4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
> function `cid_hex_to_binary':
> c:\documents and s:(.text[_cid_hex_to_binary]+0x7): undefined
> reference to `__security_cookie'
> c:\documents and s:89: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:(.text[_cid_hex_to_binary]+0x169): undefined
> reference to `@__security_check_cookie@4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/cff.obj): In
> function `cff_size_init':
> c:\documents and s:(.text[_cff_size_init]+0x7): undefined reference to
> `__security_cookie'
> c:\documents and s:68: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:68: undefined reference to `@__security_check_cookie@4=
'
> c:\documents and s:(.text[_cff_size_init]+0x24a): undefined reference
> to `@__security_check_cookie@4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> function `parse_charstrings':
> c:\documents and s:(.text[_parse_charstrings]+0x4): undefined
> reference to `__security_cookie'
> c:\documents and s:268: undefined reference to `@__security_check_cookie@=
4'
> c:\documents and s:268: undefined reference to `@__security_check_cookie@=
4'
> c:\documents and s:268: undefined reference to `@__security_check_cookie@=
4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> function `T1_Open_Face':
> c:\documents and s:(.text[_T1_Open_Face]+0x7): undefined reference to
> `__security_cookie'
> c:\documents and s:175: undefined reference to `@__security_check_cookie@=
4'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
> function `afm_atoindex':
> c:\documents and s:(.text[_afm_atoindex]+0x4): undefined reference to
> `__security_cookie'
> c:\documents and s:42: undefined reference to `@__security_check_cookie@4=
'
> win32_static\lib/freetype.lib(/Documents and Settings/Charles
> Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/autohint.obj): In
> function `ah_outline_compute_blue_edges':
> c:\documents and s:(.text[_ah_outline_compute_blue_edges]+0x4):
> undefined reference to `__security_cookie'
> c:\documents and s:124: undefined reference to `@__security_check_cookie@=
4'
> collect2: ld returned 1 exit status
> error: Command "g++ -mno-cygwin -shared
> build\temp.win32-2.5\Release\src\ft2font.o
> build\temp.win32-2.5\Release\src\mplutils.o
> build\temp.win32-2.5\Release\cxx\cxxsupport.o
> build\temp.win32-2.5\Release\cxx\cxx_extensions.o
> build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
> build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
> -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25
> -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd" failed with
> exit status 1
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl=
ace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi, i'm a newcomer: greetings to all! I'm trying to compile matplotlib
on windows platform using mingw toolchains (I'm going to play a little
with the code). I think to have all dependencies, as specified in
setupext.py (downloaded the static header+libs package).
Unfortunately, linking is not working. I'm using latest stable version
of mingw, 5.1.3. Follows the output; I trimmed it a little, hopefully
only reduntant parts, but if you prefer here is the full output
(without automatic mail client line wraps...):

    http://bproofs.homeunix.org/build23.out

 If you need more information on my setup, please ask me.

Thanks for any help!

Francesco Pretto

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
BUILDING MATPLOTLIB
            matplotlib: 0.91.2
                python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
                        v.1310 32 bit (Intel)]
              platform: win32
       Windows version: (5, 1, 2600, 2, 'Service Pack 2')

REQUIRED DEPENDENCIES
                 numpy: 1.0.4
             freetype2: found, but unknown version (no pkg-config)

OPTIONAL BACKEND DEPENDENCIES
                libpng: found, but unknown version (no pkg-config)
                  Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.6,
                        pygobject: 2.12.3
                    Qt: no
                   Qt4: no
                 Cairo: 1.2.6

OPTIONAL DATE/TIMEZONE DEPENDENCIES
              datetime: present, version unknown
              dateutil: matplotlib will provide
                  pytz: matplotlib will provide

OPTIONAL USETEX DEPENDENCIES
                dvipng: batch.
           ghostscript: "gswin32c" non =8A riconosciuto come comando intern=
o o
                        esterno,  un programma eseguibile o un file batch.
                 latex: no

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
             configobj: matplotlib will provide
      enthought.traits: matplotlib will provide

[Edit setup.cfg to suppress the above messages]
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
running build
running build_py
creating build
creating build\lib.win32-2.5
copying lib\pylab.py -> build\lib.win32-2.5
copying lib\configobj.py -> build\lib.win32-2.5
creating build\lib.win32-2.5\matplotlib
copying lib\matplotlib\afm.py -> build\lib.win32-2.5\matplotlib
copying lib\matplotlib\agg.py -> build\lib.win32-2.5\matplotlib
copying lib\matplotlib\art3d.py -> build\lib.win32-2.5\matplotlib
copying lib\matplotlib\artist.py -> build\lib.win32-2.5\matplotlib
copying lib\matplotlib\axes.py -> build\lib.win32-2.5\matplotlib
copying lib\matplotlib\axes3d.py -> build\lib.win32-2.5\matplotlib

[...]

copying lib\pytz\zoneinfo\US\Pacific-New -> build\lib.win32-2.5\pytz\zonein=
fo\US
copying lib\pytz\zoneinfo\US\Samoa -> build\lib.win32-2.5\pytz\zoneinfo\US
copying lib\dateutil\zoneinfo\zoneinfo-2007f.tar.gz ->
build\lib.win32-2.5\dateutil\zoneinfo
running build_ext
building 'matplotlib.ft2font' extension
C compiler: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes

creating build\temp.win32-2.5
creating build\temp.win32-2.5\Release
creating build\temp.win32-2.5\Release\src
creating build\temp.win32-2.5\Release\cxx
compile options: '-Iwin32_static\include -I.
-Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\python25\include
-Ic:\python25\PC -c'
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c CXX\cxxextensions.c -o
build\temp.win32-2.5\Release\cxx\cxxextensions.o
Found executable c:\mingw\bin\gcc.exe
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c
CXX\IndirectPythonInterface.cxx -o
build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c src/mplutils.cpp -o
build\temp.win32-2.5\Release\src\mplutils.o
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c CXX\cxx_extensions.cxx -o
build\temp.win32-2.5\Release\cxx\cxx_extensions.o
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c CXX\cxxsupport.cxx -o
build\temp.win32-2.5\Release\cxx\cxxsupport.o
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include
-I. -Iwin32_static\include\freetype2 -I.\freetype2
-Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o
build\temp.win32-2.5\Release\src\ft2font.o
g++ -mno-cygwin -shared build\temp.win32-2.5\Release\src\ft2font.o
build\temp.win32-2.5\Release\src\mplutils.o
build\temp.win32-2.5\Release\cxx\cxxsupport.o
build\temp.win32-2.5\Release\cxx\cxx_extensions.o
build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
-Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lgw32c
-lstdc++ -lm -lpython25 -lmsvcr71 -o
build\lib.win32-2.5\matplotlib\ft2font.pyd
Found executable c:\mingw\bin\g++.exe
Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized

[...]

Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
Warning: .drectve `/DEFAULTLIB:"MSVCRT" ' unrecognized
Cannot export ??_C@_01BBODEMC@G?$AA@: symbol not found
Cannot export ??_C@_01BDACAMKP@h?$AA@: symbol not found
Cannot export ??_C@_01BIAFAFID@F?$AA@: symbol not found
Cannot export ??_C@_01BNIGIBBF@Q?$AA@: symbol not found

[...]

Cannot export ??_C@_0P@POJAEHDJ@dollarinferior?$AA@: symbol not found
Cannot export ??_C@_0P@PPKDJNAH@arrowdashright?$AA@: symbol not found
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
function `FT_Raccess_Get_HeaderInfo':
c:\documents and s:(.text[_FT_Raccess_Get_HeaderInfo]+0x4): undefined
reference to `__security_cookie'
c:\documents and s:76: undefined reference to `@__security_check_cookie@4'
c:\documents and s:76: undefined reference to `@__security_check_cookie@4'
c:\documents and s:76: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/ftbase.obj): In
function `IsMacBinary':
c:\documents and s:(.text[_IsMacBinary]+0x7): undefined reference to
`__security_cookie'
c:\documents and s:38: undefined reference to `@__security_check_cookie@4'
c:\documents and s:38: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/psmodule.obj): In
function `ps_unicode_value':
c:\documents and s:(.text[_ps_unicode_value]+0x4): undefined reference
to `__security_cookie'
c:\documents and s:119: undefined reference to `@__security_check_cookie@4'
c:\documents and s:119: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
function `_bdf_split':
c:\documents and s:(.text[__bdf_split]+0x4): undefined reference to
`__security_cookie'
c:\documents and s:131: undefined reference to `@__security_check_cookie@4'
c:\documents and s:131: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
function `_bdf_set_default_spacing':
c:\documents and s:7: undefined reference to `__security_cookie'
c:\documents and s:49: undefined reference to `@__security_check_cookie@4'
c:\documents and s:(.text[__bdf_set_default_spacing]+0x10c): undefined
reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/bdf.obj): In
function `_bdf_parse_properties':
c:\documents and s:(.text[__bdf_parse_properties]+0x7): undefined
reference to `__security_cookie'
c:\documents and s:95: undefined reference to `@__security_check_cookie@4'
c:\documents and s:95: undefined reference to `@__security_check_cookie@4'
c:\documents and s:95: undefined reference to `@__security_check_cookie@4'
c:\documents and s:95: undefined reference to `@__security_check_cookie@4'
c:\documents and s:95: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
function `cid_parser_new':
c:\documents and s:(.text[_cid_parser_new]+0x7): undefined reference
to `__security_cookie'
c:\documents and s:123: undefined reference to `@__security_check_cookie@4'
c:\documents and s:(.text[_cid_parser_new]+0x256): undefined reference
to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1cid.obj): In
function `cid_hex_to_binary':
c:\documents and s:(.text[_cid_hex_to_binary]+0x7): undefined
reference to `__security_cookie'
c:\documents and s:89: undefined reference to `@__security_check_cookie@4'
c:\documents and s:(.text[_cid_hex_to_binary]+0x169): undefined
reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/cff.obj): In
function `cff_size_init':
c:\documents and s:(.text[_cff_size_init]+0x7): undefined reference to
`__security_cookie'
c:\documents and s:68: undefined reference to `@__security_check_cookie@4'
c:\documents and s:68: undefined reference to `@__security_check_cookie@4'
c:\documents and s:(.text[_cff_size_init]+0x24a): undefined reference
to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
function `parse_charstrings':
c:\documents and s:(.text[_parse_charstrings]+0x4): undefined
reference to `__security_cookie'
c:\documents and s:268: undefined reference to `@__security_check_cookie@4'
c:\documents and s:268: undefined reference to `@__security_check_cookie@4'
c:\documents and s:268: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
function `T1_Open_Face':
c:\documents and s:(.text[_T1_Open_Face]+0x7): undefined reference to
`__security_cookie'
c:\documents and s:175: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/type1.obj): In
function `afm_atoindex':
c:\documents and s:(.text[_afm_atoindex]+0x4): undefined reference to
`__security_cookie'
c:\documents and s:42: undefined reference to `@__security_check_cookie@4'
win32_static\lib/freetype.lib(/Documents and Settings/Charles
Moad/Desktop/matplotlib/freetype-2.1.9/objs/release/autohint.obj): In
function `ah_outline_compute_blue_edges':
c:\documents and s:(.text[_ah_outline_compute_blue_edges]+0x4):
undefined reference to `__security_cookie'
c:\documents and s:124: undefined reference to `@__security_check_cookie@4'
collect2: ld returned 1 exit status
error: Command "g++ -mno-cygwin -shared
build\temp.win32-2.5\Release\src\ft2font.o
build\temp.win32-2.5\Release\src\mplutils.o
build\temp.win32-2.5\Release\cxx\cxxsupport.o
build\temp.win32-2.5\Release\cxx\cxx_extensions.o
build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib
-Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25
-lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd" failed with
exit status 1

Migrating to the new matplotlib codebase
========================================

Michael Droettboom has spent the last several months working on the
"transforms branch" of matplotlib, in which he rewrote from the ground
up the transformation infrastructure in matplotlib, which many found
unintuitive and hard to extend.  In addition to a cleaner code base,
the reorganization allows you to define your own transformations and
projections (e.g. map projections) within matplotlib.  He has merged his
work into the HEAD of the svn trunk, and this will be the basis for
future matplotlib releases.

If you are a svn user, we encourage you to continue using the trunk as
before, but with the understanding that you are now truly on the
bleeding edge.  Michael has made sure all the examples still pass with
the new code base, so for the vast majority of you, I expect to see
few problems.  But we need to get as many people as possible using the
new code base so we can find and fix the remaining problems.  We have
take the svn code used in the last stable release in the 0.91 series,
and made it a maintenance branch so we can still fix bugs and support
people who are not ready to migrate to the new transformation
infrastructure but nonetheless need access to svn bug fixes.

Using the new code
==================

To check out the trunk with the latest transforms changes:

    > svn co https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib

If you already have a working copy of the trunk, your next "svn up" will
include the latest transforms changes.

Before installing, make sure you completely remove the old matplotlib
build and install directories, eg:

    > cd matplotlib
    > sudo rm -rf build
    > sudo rm -rf /usr/local/lib/python2.5/site-packages/matplotlib
    > sudo python setup.py install

Using the old svn code
======================

To check out the maintenance branch, in order to commit bugfixes to 0.91.x:

    > svn co  https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/v0_91_maint
 matplotlib_0_91_maint

Any applicable bugfixes on the 0.91.x maintenance branch should be
merged into the trunk so they are fixed there as well.  Svnmerge.py
makes this process rather straightforward, but you may also manually
merge if you prefer.

Merging bugfixes on the maint branch to the trunk using svnmerge.py
-------------------------------------------------------------------

Download svnmerge.py from here:

  http://www.orcaware.com/svn/wiki/Svnmerge.py

>From the working copy of the *trunk* (svnmerge.py always pulls *to*
the current working copy), so

   > svnmerge.py merge

to pull in changes from the maintenance branch.  Manually resolve any
conflicts, if necessary, test them, and then commit with

   > svn commit -F svnmerge-commit-message.txt

(Note the above will stop working when the maintenance branch is
abandoned.)

API CHANGES in the new transformation infrastructure
====================================================

While Michael worked hard to keep the API mostly unchanged while
performing what has been called "open heart surgery on matplotlib",
there have been some changes, as discussed below.

The primary goal of these changes was to make it easier to
extend matplotlib to support new kinds of projections.  This is
primarily an internal improvement, and the possible user-visible
changes it allows are yet to come.

These changes are detailed in the API_CHANGES document.

Thanks! Upgrading to 0.91.2 fixed the problem.

j

Eric Firing wrote:
> John Kitchin wrote:
>> I am trying to use matplotlib to generate some figures non-interactively
>> via cron, but I can not seem to get matplotlib.figure to import without
>> a gtk error, even when I specify to use an image backend. The problem
>> seems to be related to trying to import gtk when no X server is present.
>> The script runs fine when i am logged in locally, and when logged in
>> remotetely with X11 forwarding, but it fails when run through cron or
>> when logged in remotely with no X-server. It also does not help if I run
>> the script as: python script -dAgg
>>
>> I am running matplotlib 0.91.1. Any hints on how to make this work? Am I
>> missing something here?
> 
> John,
> 
> No, you have tripped over a bug that was fixed in the latest release,
> announced earlier this week.  The problem was that for a brief period,
> including the 0.91.1 release, mlab.py included some gtk gui code.  Now
> this has been moved out of the way to another module, so gtk won't be
> imported by accident.
> 
> If you can replace your mpl with 0.91.2, that will solve your problem.
> 
> Eric
> 
> 
>>
>> Thanks!
>>
>> j
>>
>> Here is an example (minimal) script that causes the error:
>>
>> #start script
>> import matplotlib
>> matplotlib.use('Agg')
>>
>> import matplotlib.figure
>> #end script
>>
>> Output=
>> Traceback (most recent call last):
>>   File "nox_test.py", line 5, in ?
>>     import matplotlib.figure
>>   File
>> "/home/jkitchin/lib/python2.4/site-packages/matplotlib/figure.py", line
>> 10, in ?
>>     from axes import Axes, Subplot, PolarSubplot, PolarAxes
>>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axes.py",
>> line 13, in ?
>>     from matplotlib import axis as maxis
>>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axis.py",
>> line 14, in ?
>>     from patches import bbox_artist
>>   File
>> "/home/jkitchin/lib/python2.4/site-packages/matplotlib/patches.py", line
>> 12, in ?
>>     import matplotlib.mlab as mlab
>>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/mlab.py",
>> line 2481, in ?
>>     class SortedStringsScrolledWindow(gtk.ScrolledWindow):
>> NameError: name 'gtk' is not defined
>>
>>
> 
> 

-- 
-----------------------------------
John Kitchin
Assistant Professor
Doherty Hall 4210A
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu

Hi all,

I am unable to use the TkAgg backend on opensuse linux 10.2 or 10.3? 
The standard examples

embedded_in_tk.py
embedded_in_tk2.py

end up with a segmentation fault. In debugger, the following message is 
reported

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7caf6c0 (LWP 17262)]
PyAggImagePhoto (clientdata=0x0, interp=0x84dfcc0, argc=5, argv=0xbfdb09fc) at 
src/_transforms.h:362
362	  Point* ll_api() {return _ll;}
Current language:  auto; currently c++

I've tried it first with the pre-built RPMs from the site

http://download.opensuse.org/repositories/science/openSUSE_10.3/i586/python-matplotlib-tk-0.91.1-3.1.i586.rpm

Then, I deleted it and built matplotlib using current version
matplotlib-0.91.2.tar.gz

On ubuntu, the above listed examples are running.

Similar problem has been reported earlier.
http://www.mail-archive.com/matplotlib-users%40lists.sourceforge.net/msg02822.html

It seems to be some tcl/tk installation problem. Does anyone have an idea how 
to fix it. Lot of thanks

R. Chudoba

John Kitchin wrote:
> I am trying to use matplotlib to generate some figures non-interactively
> via cron, but I can not seem to get matplotlib.figure to import without
> a gtk error, even when I specify to use an image backend. The problem
> seems to be related to trying to import gtk when no X server is present.
> The script runs fine when i am logged in locally, and when logged in
> remotetely with X11 forwarding, but it fails when run through cron or
> when logged in remotely with no X-server. It also does not help if I run
> the script as: python script -dAgg
> 
> I am running matplotlib 0.91.1. Any hints on how to make this work? Am I
> missing something here?

John,

No, you have tripped over a bug that was fixed in the latest release, 
announced earlier this week.  The problem was that for a brief period, 
including the 0.91.1 release, mlab.py included some gtk gui code.  Now 
this has been moved out of the way to another module, so gtk won't be 
imported by accident.

If you can replace your mpl with 0.91.2, that will solve your problem.

Eric


> 
> Thanks!
> 
> j
> 
> Here is an example (minimal) script that causes the error:
> 
> #start script
> import matplotlib
> matplotlib.use('Agg')
> 
> import matplotlib.figure
> #end script
> 
> Output=
> Traceback (most recent call last):
>   File "nox_test.py", line 5, in ?
>     import matplotlib.figure
>   File
> "/home/jkitchin/lib/python2.4/site-packages/matplotlib/figure.py", line
> 10, in ?
>     from axes import Axes, Subplot, PolarSubplot, PolarAxes
>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axes.py",
> line 13, in ?
>     from matplotlib import axis as maxis
>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axis.py",
> line 14, in ?
>     from patches import bbox_artist
>   File
> "/home/jkitchin/lib/python2.4/site-packages/matplotlib/patches.py", line
> 12, in ?
>     import matplotlib.mlab as mlab
>   File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/mlab.py",
> line 2481, in ?
>     class SortedStringsScrolledWindow(gtk.ScrolledWindow):
> NameError: name 'gtk' is not defined
> 
> 

I am trying to use matplotlib to generate some figures non-interactively
via cron, but I can not seem to get matplotlib.figure to import without
a gtk error, even when I specify to use an image backend. The problem
seems to be related to trying to import gtk when no X server is present.
The script runs fine when i am logged in locally, and when logged in
remotetely with X11 forwarding, but it fails when run through cron or
when logged in remotely with no X-server. It also does not help if I run
the script as: python script -dAgg

I am running matplotlib 0.91.1. Any hints on how to make this work? Am I
missing something here?

Thanks!

j

Here is an example (minimal) script that causes the error:

#start script
import matplotlib
matplotlib.use('Agg')

import matplotlib.figure
#end script

Output=
Traceback (most recent call last):
  File "nox_test.py", line 5, in ?
    import matplotlib.figure
  File
"/home/jkitchin/lib/python2.4/site-packages/matplotlib/figure.py", line
10, in ?
    from axes import Axes, Subplot, PolarSubplot, PolarAxes
  File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axes.py",
line 13, in ?
    from matplotlib import axis as maxis
  File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/axis.py",
line 14, in ?
    from patches import bbox_artist
  File
"/home/jkitchin/lib/python2.4/site-packages/matplotlib/patches.py", line
12, in ?
    import matplotlib.mlab as mlab
  File "/home/jkitchin/lib/python2.4/site-packages/matplotlib/mlab.py",
line 2481, in ?
    class SortedStringsScrolledWindow(gtk.ScrolledWindow):
NameError: name 'gtk' is not defined


-- 
-----------------------------------
John Kitchin
Assistant Professor
Doherty Hall 4210A
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu

Dan Christensen wrote:
> I didn't get a response to the post below from 20 Dec 2007, and also
> didn't get a response to posts I made earlier in 2007, so I thought
> I'd check whether posts made via gmane make it to the list.

I saw your message originally, but had neither immediate ideas nor time 
to look into it closely.  Sorry.

> 
> On a probably unrelated note, I checked the list archives at
> 
>   http://sourceforge.net/mailarchive/forum.php?forum_name=matplotlib-users
> 
> and don't see any messages after 17 Dec.
I think that lags in sourceforge mail archives are common.  Alternatives 
include gmane and nabble, e.g.,
http://www.nabble.com/matplotlib---users-f2906.html

Eric

I didn't get a response to the post below from 20 Dec 2007, and also
didn't get a response to posts I made earlier in 2007, so I thought
I'd check whether posts made via gmane make it to the list.

On a probably unrelated note, I checked the list archives at

  http://sourceforge.net/mailarchive/forum.php?forum_name=matplotlib-users

and don't see any messages after 17 Dec.

Dan

Dan Christensen <jd...@uw...> writes:

> I regularly make log-log errorbar plots where the errors are larger than
> the y values.  This means that the error bar goes a finite distance
> upwards, but should go infinitely far downwards.  In Debian's 0.87.7-0.3
> package, just the top portion is drawn, which seems like a reasonable
> solution.  But in Ubuntu's 0.90.1-2ubuntu1 package, trying to do a
> plot like this causes an error.  Any ideas?
>
> Dan
>
> $ python
> Python 2.5.1 (r251:54863, Oct  5 2007, 13:36:32) 
> [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> from pylab import *
>>>> errorbar([1],[1],[2])
> (<matplotlib.lines.Line2D instance at 0xb5ac024c>, [<matplotlib.lines.Line2D instance at 0xb5ac00cc>, <matplotlib.lines.Line2D instance at 0xb5ac00ec>], [<matplotlib.collections.LineCollection instance at 0xb5abdfac>])
>>>> gca().set_yscale('log')
>>>> show()
> Exception in Tkinter callback
> Traceback (most recent call last):
>   File "lib-tk/Tkinter.py", line 1406, in __call__
>     return self.func(*args)
>   File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_tkagg.py", line 151, in resize
>     self.show()
>   File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_tkagg.py", line 154, in draw
>     FigureCanvasAgg.draw(self)
>   File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line 392, in draw
>     self.figure.draw(renderer)
>   File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 601, in draw
>     for a in self.axes: a.draw(renderer)
>   File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1286, in draw
>     a.draw(renderer)
>   File "/usr/lib/python2.5/site-packages/matplotlib/collections.py", line 700, in draw
>     transoffset)
> ValueError: Domain error on transOffset->operator in draw_line_collection
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

In case anyone else runs into this issue, let me offer a few suggestions.

First, and most importantly, make sure that you are using python from the
directory /System/Library/Python.frameworks and not a third-party python from
/Library/Python.frameworks.  This was the key issue that for me fixed the
problem described in previous post with ppc architecture. 

Second, you may have problems with which gcc you are using especially if you
have inadvertently installed another gcc when gfortran was installed.  It is
best to install gfortran from 

  http://r.research.att.com/tools/

Hope that helps.

Travis