[tex-live] dvipdfm(1) regression with TL 2009

Jukka Salmi j+tex-live at 2009.salmi.ch
Wed Aug 5 17:28:05 CEST 2009


Hello,

Ulrike Fischer --> tex-live (2009-08-05 13:19:58 +0200):
> Am Wed, 5 Aug 2009 10:27:52 +0200 schrieb Jukka Salmi:
> 
> > Hello,
> > 
> > I just built TL binaries from svn trunk and installed a TL 2009 pretest
> > version on a NetBSD/i386 system.  With a LaTeX document which includes
> > several .eps graphics I'm seeing a regression with dvipdfm(1) (which is
> > actually dvipdfmx now IIUC): with TL 2008's (non-dvipdfmx) dvipdfm(1)
> > the resulting .pdf looks fine, but with TL 2009's dvipdfm(1) some
> > included graphics seem to be replaced by graphics which are shown
> > elsewhere in the same document.  The .dvi and .ps (generated by
> > dvips(1)) are fine, so it's definitely dvipdfm(1) which causes the
> > problem...
> 
> The driver files of the graphicx package can also differ. And on
> miktex at least there is also dvipdfmx.cfg which can have an effect
> on the handling of eps-files.

I'm seeing the problem on a from-scratch TL installation (using all
default values except installation paths).  There's a dvipdfmx.cfg in
texmf/dvipdfmx/, but I didn't change that file.


> You could run dvipdfm with the option
> -vv to see which graphics it is actually using. 

$ dvipdfm -vv dvipdfm-test
<FONTMAP:cm-dvipdfm-fix.map><FONTMAP:dvipdfm.map><FONTMAP:cid-x.map>dvipdfm-test.dvi -> dvipdfm-test.pdf
DVI Comment:  TeX output 2009.08.05:1539
<AGL:texglyphlist.txt><AGL:pdfglyphlist.txt><AGL:glyphlist.txt>[1(Image:./eps/g01.eps[./eps/g01.eps][PS]
pdf_image>> Converting file "./eps/g01.eps" --> "/tmp/dvipdfmx.19921a" via:
pdf_image>>   rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dUseFlateCompression=true -sOutputFile=%o %i -c quit
pdf_image>> ...pdf_image>> deleting file "/tmp/dvipdfmx.19921a",Page:1)(Image:./eps/g02.eps[./eps/g02.eps][PS]
[...]
pdf_image>> Converting file "./eps/g32.eps" --> "/tmp/dvipdfmx.19921e" via:
pdf_image>>   rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dUseFlateCompression=true -sOutputFile=%o %i -c quit
pdf_image>> ...pdf_image>> deleting file "/tmp/dvipdfmx.19921e",Page:1)<cmr10 at 9.96pt(TFM:cmr10[/opt/texlive/2009/texmf-dist/fonts/tfm/public/cm/cmr10.tfm])
fontmap: cmr10 -> cmr10

pdf_font>> Simple font "cmr10" enc_id=<builtin,-1> opened at font_id=<cmr10,0>.
>](cmr10[CMR10][built-in][Type1][2 glyphs][348 bytes])
Compression saved 5237 bytes. Try "-V 5" for better compression
42906 bytes written

Hmm, doesn't really help, does it?  But wait, wrapping of included .eps
files matches wrapping of temp filenames (/tmp/dvipdfmx.[0-9]*[a-z])!
Maybe that's a hint?  I'll try to debug this further tomorrow...


Regards, Jukka

-- 
This email fills a much-needed gap in the archives.


More information about the tex-live mailing list