Description of problem: I encountered a file (Han The Thanh thesis on a typography) which does not display in xpdf. This is not entirely true as some fragments, or even pages, do show up but a bulk of this file is not visible. The same file when fed to ggv shows up without any trouble. Also an older copy of acroread I happened to have around is happy with it. Version-Release number of selected component (if applicable): xpdf-3.00-3 but the same actually happens with xpdf-2.x (used with on a Linux installation other than FC2t1). How reproducible: always The pdf file is attached to this report.
The pdf file is NOT attached, because it turns out to be over a bugzilla limit, but it can be found, for example, here: http://www.loria.fr/services/tex/moteurs/han-the-thanh-thesis-lin.pdf
it looks like a rendering problem in xpdf
> it looks like a rendering problem in xpdf Indeed. :-) I reported the issue to derekn but so far I did not hear any comments. BTW - Han The Thanh is explicitely acknowledged in README for xpdf which makes that even more curious.
Trying to display the file in question with a help of an option '-t1lib no' (as suggested by the xpdf author) results in the following errors: Warning: Cannot convert string "-*-times-medium-r-normal--16-*-*-*-*-*-iso8859-1" to type FontStruct Error: Couldn't create a font for 'FDKWUW+ITCGaramondMM_500_500_' Error: Couldn't create a font for 'HEGTAN+ITCGaramondMM_370_500_' Error: Couldn't create a font for 'FDKWUW+ITCGaramondMM_500_500_' Error: Couldn't create a font for 'HEGTAN+ITCGaramondMM_370_500_' Error: Couldn't create a font for 'FDKWUW+ITCGaramondMM_500_500_' Error: Couldn't create a font for 'HEGTAN+ITCGaramondMM_370_500_' display results do not differ from what was before and after few pages the whole program freezes and has to be killed with '-9' signal. The same source recompiled on Rh7.3 instalation does not behave any better with this particular file but at least xpdf does NOT locks up when called with '-t1lib no'.
Could this be due to T!lib-5.0.2 rather than t1lib-1.3.1? When I tried kpdf, which is based on xpdf 2.0x it is able to show the above document!
gpdf-2.7.2-1 from rawhide has the same trouble. It is even worse because it does not gives any indication that there are any pages in the document. One is starring at a blank page with no controls whatsoever beyond "Open".
'xpdf -t1lib no -freetype yes -aa yes ....' shows the file in question at least on FC3test3.
Michal, i now disable t1lib in xpdf-3.00-11 and just use freetype2 for font rendering. freetype2 can render Type1 fonts as well and the above pdf document will be displayed correctly. I think t1lib should be removed and we can close the bug ;-)
I have no idea if freetype2 can render the same fonts as t1lib and from which version. What I wrote in comment #7 worked for me on this particular file _and_ in fc3. I tried the same trick, i.e. 'xpdf -t1lib no -freetype yes ...' with an earlier version of freetype (freetype-2.0.9 which is not freetype2, I think) and got only: Error: Couldn't create a font for 'FDKWUW+ITCGaramondMM_500_500_' Error: Couldn't create a font for 'HEGTAN+ITCGaramondMM_370_500_' Error: Couldn't create a font for 'FDKWUW+ITCGaramondMM_500_500_' for my trouble and no text on a display. OTOH a very unscientific test on few other PDF files which I had laying around seem to indicate that this is not worse than with t1lib in use. You do not have to kick out t1lib entirely. It seems that it would be enough to put in this 'sample-xpdfrc', or however this is called, 'enableT1lib no'. This gets installed as /etc/xpdfrc (unless you have it 'noreplace' now?) and if somebody really needs t1lib then they can enable it there. This is possibly too paranoid.