Hello, Michael, since it is happening in my setup, if you are willing to direct me, I could try to debug and see what could possibly be happening. I don't discard, however, that this is something that happens only to me, so, unless someone can reproduce the problem, this could be marked as a low priority bug.
--- José Alexandre Nalon na...@terra.com.br Em sex 05 ago 2011, às 12:49:27, Michael Droettboom escreveu: > I'm still puzzled here. The TeX file is definitely being generated with > an unreasonably large size, which is what causes it to blow up. It gets > the size from the size of the matplotlib figure, which I assume is being > incorrectly calculated by the tight bounding box code. Of course, I > can't reproduce that here, so I'm not sure what's going on. > > Do any of the developers who understand the tight bounding box code have > any theories? > > Mike > > On 08/05/2011 09:57 AM, José Alexandre Nalon wrote: > > Hello! > > > >> This is puzzling. I can't reproduce this -- I even get nice commas. > >> Are you running the locale_formatting branch exactly as it is (i.e. not > >> applying it as a patch to another version of matplotlib)? What platform > >> are you on? Which backend? What does "echo $LANG" at the commandline > >> say? > > > > I actually am getting this error with a couple of scripts, > > but both use bbox_inches='tight', and are 3D plots. I tried > > 2D plots with this option and there was no problem. In every > > script, I also get the commas. It is probably one of those > > bugs that appear because of the configuration of the many > > packages that are being used. > > > > I gathered some information, and I hope it helps. I am using > > Kubuntu 10.10, and Texlive distribution. I downloaded the > > .tar.gz package from github in your branch, and built it. > > At the time of compilation, I didn't have Tk or GTK headers > > (since I don't use matplotlib interactively, I don't really > > need them). Below, I also included the list of met dependencies, > > according to the installation script. I got no errors during > > compilation, only a warning (also listed below). Tex file > > and others are attached with this message (since my /tmp > > directory was wiped in reboot, I had to run the script again, > > hence the different names). This is all the information that I > > could think of, but if there is anything else, just send a > > message. Thanks again for your work! > > > > nalon@marvin:~/temp/test$ uname -a > > Linux marvin 2.6.35-30-generic #56-Ubuntu SMP Mon Jul 11 20:00:22 UTC > > 2011 i686 GNU/Linux > > > > nalon@marvin:~/temp/test$ echo $LANG > > pt_BR.UTF-8 > > > > nalon@marvin:~/temp/test$ latex -v > > pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) > > kpathsea version 5.0.0 > > Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). > > There is NO warranty. Redistribution of this software is > > covered by the terms of both the pdfTeX copyright and > > the Lesser GNU General Public License. > > For more information about these matters, see the file > > named COPYING and the pdfTeX source. > > Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh > > (pdfTeX). Compiled with libpng 1.2.44; using libpng 1.2.44 > > Compiled with zlib 1.2.3.4; using zlib 1.2.3.4 > > Compiled with poppler version 0.14.2 > > > > nalon@marvin:~/temp/test$ python > > Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39) > > [GCC 4.4.5] on linux2 > > > >>>> numpy.__version__ > > > > '1.3.0' > > > >>>> matplotlib.__version__ > > > > '1.1.0' > > > >>>> print matplotlib.rcParams['backend'] > > > > agg > > > > Here is a relation of met dependencies and their versions > > (according to matplotlib installation script): > > > > Qt: 4.7.0 > > PyQt: 4.8.1 > > Freetype2: 12.0.6 > > Cairo: 1.8.8 > > libpng: 1.2.44 > > dvipng: 1.13 > > ghostscript: 8.71 > > latex: 3.1415926 > > pdftops: 0.14.3 > > > > No errors during installation, only these warnings: > > > > src/path.cpp: In member function ‘Py::Object > > _path_module::convert_to_svg(const Py::Tuple&)’: > > src/path.cpp:1590: warning: format not a string literal and no format > > arguments > > src/path.cpp:1590: warning: format not a string literal and no format > > arguments > > src/path.cpp:1593: warning: format not a string literal and no format > > arguments > > src/path.cpp:1593: warning: format not a string literal and no format > > arguments > > src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y2’ may be > > used uninitialized in this function > > src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x2’ may be > > used uninitialized in this function > > src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y1’ may be > > used uninitialized in this function > > src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x1’ may be > > used uninitialized in this function > > > > --- > > José Alexandre Nalon > > na...@terra.com.br > > --------------------------------------------------------------------------- > --- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-users ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
