Hi, Thank you first of all for the quick response.
At 21:54 +0900 on 2011-2-8 Tomoaki Okayama wrote: > > I've reported the problem to Mr. Kakuto (patch developer), > and he has just updated the patch: > http://w32tex.org/generic/dvipsk-TL2010-fix.diff > which seems to fix the problem in 64bit. The good news is that the modified patch works, in the sense that the typesetting process works even with \usepackage[T1]{fontenc} is present (you are perfectly right, without this command the previous version worked too). The somehow bad news is that the process completes with a font substitution: kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 0+456/600 --dpi 456 eurm10 mktexpk: don't know how to create bitmap font for eurm10. mktexpk: perhaps eurm10 is missing from the map file. kpathsea: Appending font creation commands to missfont.log. dvips: Font eurm10 not found; using cmr10 </opt/sw64/share/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk> </opt/sw64/var/lib/texmf/fonts/pk/ljfour/public/cm/cmsy10.625pk> kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 eurm10 mktexpk: don't know how to create bitmap font for eurm10. mktexpk: perhaps eurm10 is missing from the map file. dvips: Font eurm10 not found; using cmr10 The font substitution happens no matter whether \usepackage[T1]{fontenc} is present in the document or not. This is OK as far as I am concerned (though not ideal), but I am mentioning it in case you want to take it into consideration as it should eventually be fixed. In any event, thank you again for your quick fix. LaTeX is one of my main tools so I really appreciate your effort. Best regards, Stefan -- If it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic. --Lewis Carroll, Through the Looking-Glass No HTML emails and proprietary attachments please <http://bruda.ca/email.html> ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
