I have a little time and am trying to fix this bug.

Wolfgang, would you try running the following:

import os
from tempfile import gettempdir
os.system('cd %s & latex -help'% gettempdir())

If that doesnt work, than I need to pass an absolute path/eps_filename to 
\includegraphics. The problem is that on windows, the TEMP environment 
variable is something like 'C:\\Documents and Settings\\Darren\\Local 
Settings\\Temp' or 'C:\\DOCUME~1\\Darren\\LOCALS~1\\TEMP', and 
\includegraphics is not able to deal with filenames that have spaces or 
tildes (this has been declared a feature, not a bug). 

I need advice from some of the mpl gurus. If I can't do the os.system('cd ...) 
trick, should I request that windows users either change their temp 
environment variable to something like c:\temp, should I request that they 
make a new environment variable called mpltemp, or should I just process the 
file in the current directory?

Thanks,
Darren


On Monday 12 June 2006 13:18, Wolfgang wrote:
> Hi,
>
> I've changed back all my changes but:
>
>   if exit_status: raise RuntimeError('dvipng was not able to \
> RuntimeError: dvipng was not able to process the flowing file:
> C:\Documents and
> Settings\s0167070\.matplotlib\tex.cache\3bb1bc57100b0c65915bdda3a1f60dae.dv
>i Here is the full report generated by dvipng:
>
> 3bb1bc57100b0c65915bdda3a1f60dae.dvi: No such file or directory
>
> full annoying output:
>  >pythonw -u "tex.py"
>
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\__init__.py:947: UserWarning: Bad val "free" on line #200
>       "image.aspect : free              # free | preserve"
>       in file "C:\Documents and Settings\s0167070\.matplotlib\matplotlibrc"
>       not a valid aspect specification
>    warnings.warn('Bad val "%s" on line #%d\n\t"%s"\n\tin file
> "%s"\n\t%s' % (
> loaded rc file C:\Documents and Settings\s0167070\.matplotlib\matplotlibrc
> matplotlib version 0.87.3
> verbose.level debug-annoying
> interactive is False
> platform is win32
> loaded modules: ['_bisect', 'distutils', 'random', 'datetime',
> 'matplotlib.tempfile', 'distutils.sysconfig', 'pytz.datetime',
> 'distutils.dep_util', 'tempfile', 'imp', 'zipimport', 'string',
> 'matplotlib.__future__', 'pytz.tzinfo', 'distutils.re', 'bisect',
> 'signal', 'matplotlib.pytz', 'distutils.log', 'locale', 'encodings',
> 'dateutil', 'matplotlib.warnings', 'matplotlib.sys', 're', 'ntpath',
> 'new', 'math', 'UserDict', 'distutils.os', 'matplotlib', 'codecs',
> 'md5', '_locale', 'matplotlib.os', 'thread', 'sre', 'pkg_resources',
> 'itertools', 'distutils.spawn', 'distutils.sys', 'os', '__future__',
> '_sre', '__builtin__', 'matplotlib.re', 'distutils.util',
> 'distutils.string', 'matplotlib.datetime', 'errno', 'binascii',
> 'sre_constants', 'matplotlib.md5', 'types', 'pytz.sys', '_codecs',
> 'encodings.cp1252', 'pytz', 'matplotlib.dateutil', 'encodings.aliases',
> 'exceptions', 'sre_parse', 'pytz.bisect', 'distutils.distutils',
> 'copy_reg', 'sre_compile', '_random', 'site', '__main__', 'shutil',
> 'strop', 'encodings.codecs', 'encodings.exceptions', 'nt', 'pytz.sets',
> 'stat', 'matplotlib.toolkits', 'warnings', 'encodings.types', 'time',
> 'sys', 'os.path', 'matplotlib.distutils', 'distutils.errors',
> 'linecache', 'matplotlib.shutil', 'sets']
> numerix numpy 0.9.8
> font search path
> ['D:\\Programme\\Python2.4.3\\lib\\site-packages\\matplotlib-0.87.3-py2.4-w
>in32.egg\\matplotlib\\mpl-data'] trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraIt.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraMoIt.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\cmsy10.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraMono.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraBI.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraSe.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\VeraMoBI.ttf trying fontname
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data\Vera.ttf $HOME=C:\Documents and Settings\s0167070
> CONFIGDIR=C:\Documents and Settings\s0167070\.matplotlib
> loaded ttfcache file C:\Documents and
> Settings\s0167070\.matplotlib\ttffont.cache
> matplotlib data path
> D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.eg
>g\matplotlib\mpl-data Could not load matplotlib icon: Das Format der
> Bilddatei
> »D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\mpl-data\matplotlib.svg« konnte nicht erkannt werden
> backend GTKAgg version 2.8.6
> FigureCanvasAgg.draw
> RendererAgg.__init__
> RendererAgg.__init__ width=640.0,                         height=480.0
> RendererAgg.__init__ _RendererAgg done
> RendererAgg.__init__ done
> RendererAgg._get_agg_font
>       findfont failed Lucida Grande
>       findfont found Verdana, normal, normal 500, normal, 12.0
> findfont returning c:\windows\fonts\verdana.ttf
> cd C:\Documents and Settings\s0167070\.matplotlib\tex.cache & dvipng -bg
> Transparent -D 80.0 -T tight -o fbf582591f6e1f6319e619b944c658dc.png
> 3bb1bc57100b0c65915bdda3a1f60dae.dvi
> Traceback (most recent call last):
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\backends\backend_gtk.py", line 283, in expose_event
>      self._render_figure(self._pixmap, w, h)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\backends\backend_gtkagg.py", line 72, in _render_figure
>      FigureCanvasAgg.draw(self)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\backends\backend_agg.py", line 389, in draw
>      self.figure.draw(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\figure.py", line 531, in draw
>      for a in self.axes: a.draw(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\axes.py", line 1034, in draw
>      a.draw(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\axis.py", line 561, in draw
>      tick.draw(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\axis.py", line 161, in draw
>      if self.label1On: self.label1.draw(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\text.py", line 1167, in draw
>      Text.draw(self, renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\text.py", line 339, in draw
>      bbox, info = self._get_layout(renderer)
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\text.py", line 186, in _get_layout
>      w,h = renderer.get_text_width_height(
>    File
> "d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\backends\backend_agg.py", line 239, in get_text_width_height
>      Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
>    File
> "D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\texmanager.py", line 409, in get_rgba
>      pngfile = self.make_png(tex, fontsize, dpi, force=False)
>    File
> "D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.e
>gg\matplotlib\texmanager.py", line 245, in make_png
>      if exit_status: raise RuntimeError('dvipng was not able to \
> RuntimeError: dvipng was not able to process the flowing file:
> C:\Documents and
> Settings\s0167070\.matplotlib\tex.cache\3bb1bc57100b0c65915bdda3a1f60dae.dv
>i Here is the full report generated by dvipng:
>
> 3bb1bc57100b0c65915bdda3a1f60dae.dvi: No such file or directory
>
> This is dvipng 1.6 Copyright 2002-2005 Jan-Ake Larsson
>
>  >Exit code: 0    Time: 4.344
>
> Darren Dale schrieb:
> > I'm attaching two files. They should overwrite the existing texmanager
> > file in site-packages/matplotlib and the backend_ps file in
> > site-packages/matplotlib/backends. I would appreciate it if some windows
> > users trying to get usetex working with mpl-0.87.3 would test these. I'm
> > really surprised at all this trouble, I guess I've become very far
> > removed from the windows experience. I dug a windows harddisk out of the
> > back of my closet and was able to get usetex working with a standard
> > windows XP setup, so there should be no need to change your $HOME or
> > anything like that.
> >
> >
> > Thanks,
> > Darren
> >
> > On Monday 12 June 2006 10:34, Wolfgang wrote:
> >> Hello Darren,
> >>
> >> the & is also in my solution! and I always had to change "%s" to %s
> >> and I also added a 'c:' before the cd because " cd c:\temp\ " is not
> >> working when the command is starten from d:
> >>
> >> so finally I have:
> >>   c: & cd %s & latex -interaction=nonstopmode %s ...
> >>
> >> But I thinks this is not enough to get dvipng working, so I've changed
> >> the $HOME to a path without spaces.
> >>
> >> Wolfgang
> >>
> >> If you wan't I can mail you the files which I've changed.
> >>
> >> Darren Dale schrieb:
> >>> Part of the problem is that DOS doesnt allow the semicolon to delimit
> >>> multiple commands. I made a little bit of progress by changing every
> >>> 'cd "%s"; ...' to 'cd "%s" & ...'. At that point, dvipng starts
> >>> complaining about the dvifile not existing. The frustrating part is
> >>> that I can copy that exact command into a dos prompt and dvipng
> >>> processes the dvi file just fine. I'm about ready to plead insanity.
> >>>
> >>> On Monday 12 June 2006 08:55, Wolfgang wrote:
> >>>> I have Miktex running. But finally dvipng had problems with the path
> >>>> which included spaces.
> >>>>
> >>>> Wolfgang
> >>>>
> >>>> Ryan Krauss schrieb:
> >>>>> Which LaTeX distribution are you using on windows?  TexLive handles
> >>>>> paths much more poorly than MikTeX.
> >>>>>
> >>>>> On 6/12/06, Wolfgang <[EMAIL PROTECTED]> wrote:
> >>>>>> Finally I changed in matplotlib/__init__.py the evaluation of $HOME
> >>>>>> to a path without spaces because all files are transfered to
> >>>>>> $HOME.matplotlib/tex.cache/ instead of $TEMP
> >>>>>>
> >>>>>> I also had to change in texmanager.py some of the "%s" to %s
> >>>>>>
> >>>>>> I think someone with more experience in programming should check the
> >>>>>> path handling on windows (regarding to spaces in the path)
> >>>>>>
> >>>>>> I would also suggest that temporary files go into a path which is
> >>>>>> based on $TMP.
> >>>>>>
> >>>>>> Wolfgang
> >>>>>>
> >>>>>> --------------------------------------------------------------------
> >>>>>>----
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Matplotlib-users mailing list
> >>>>>> Matplotlib-users@lists.sourceforge.net
> >>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
Darren S. Dale, Ph.D.
Cornell High Energy Synchrotron Source
Cornell University
200L Wilson Lab
Rt. 366 & Pine Tree Road
Ithaca, NY 14853

[EMAIL PROTECTED]
office: (607) 255-9894
fax: (607) 255-9001

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Reply via email to