<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - pdftops crashes in FT_Outline_Decompose" href="https://bugs.freedesktop.org/show_bug.cgi?id=55573#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - pdftops crashes in FT_Outline_Decompose" href="https://bugs.freedesktop.org/show_bug.cgi?id=55573">bug 55573</a> from <a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> Thomas Freitag</a> <pre>Created <a href="attachment.cgi?id=68038" name="attach_68038" title="workaround">attachment 68038</a> <a href="attachment.cgi?id=68038&action=edit" title="workaround">[details]</a> <a href='page.cgi?id=splinter.html&bug=55573&attachment=68038'>[review]</a> workaround The sanity check just heals the crash, but the PDF is not rendered correctly: In the output the letter "D" is missing. I digged a little bit deeper into it, and it was really funny: pdftops doesn't render the "D" with 144 dpi, but it does it with 72 dpi, 150 dpi or 300 dpi. When I render it with pdftoppm with 144 dpi, it works, too. So I looked into the differences between pdftoppm and pdftops and encountered, that the only difference is that in pdftoppm the font is loaded with FT_LOAD_NO_BITMAP because "aa" is true, but in pdftops the font is loaded without this option. So if we set antialias printing to true, it works also with pdftops. This seems to be only a workaround, but I'm not a freetype expert. Perhaps anybody else with a deeper knowledge can find a better way to solve the problem. In the meantime this patch could help...</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>