[cups-devel] [UNKN] STR #4643: Printing specific PDF fails due to pstops crash

[H. Blischke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR Unresolved]

Well, Bryan is right. So I have to rehabilitate both poppler and foolabs's
xpdf.
They both rely on the fact that the binary exec encoded part of the font
file has
no appended unencoded stuff and simply transform the binary data to hex,
adding a
newline and the zeros itself.
And the Ghostscript error only shows up if the "0a" thus generated is the
first
item on a line, as otherwise the rest of the input buffer is ignored when
the
code recognizes the end of the eexec encoded part.

By the way, as the latest updates of CentOS 6.6 took place only a few weeks
ago,
the cairo bug should have been fixed in the meantime.
But the pdfinfo tells the creator and producer be "cairo 1.8.8" which has
been
released prior to the bug fix. So I'd suggest to contact weasyprint for
this
issue.

Link: https://www.cups.org/str.php?L4643
Version: 1.4.2
Fix Version: Third-party
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJVfDyyAAoJENujp6sI12IjWmkP+wcW4I+R4fymjuXtsXMQyurS
fUcbQYOfXU9u3ptzNroV3pu9c/zJXyBZdUKGBEgzl7lSc3t3/Rfe7O+gBq1+Bwr/
SVCXCwmb86BxXx2FUd80kgWd0H+M6EmeLPba7vS2i8KOw4iP8kWaXRLk0UGJHKsy
JUSWTQPF054kjpf96m9+A/Jt1+a+8ax+5Fil7UHWrF0PvyDazbPOURb3DsxZ50SH
py0xCIJblIP/u3dEzsOQOnr3kTNNTrf6e2dV3KmJ8LgOOKw1DTp43FdTwYOYD4v9
RrcrpN3n1y6gOQMs6WKa9zGepyr3gZgsuUV7VpXt9c29aiBGjHEJSjHUcF77deVZ
S6jNh6rCRuPYDlBJKv0VB8P8sLEigf0MHiEstRRuiMes5g62+4lLSSXhdhq0AL9+
qHmzdADb+QxTd9UVqSsu97GhMCd97blBdiXkLDryEkOdA0eT0omNzaJte/WQJ4xg
1bdQVuaJQgdQoXwz1P+n1m084CdeE+eVrCkjsYLuBsFIp9Fn6a4loEUU/Ty1GGhx
UJBMybC88R25Kk0SeF+Q5itfScmZG1u3fevafX2UuI/+t3BMxkDM7Ev8jbMFNQIG
jJvylw7vPSFDtfvG9bg0+N3s8iaOLxVp0A8gjZa3HHr45T0O7nwl5n3HVauxoZfb
TzjutFB9cfH4byxGTx4L
=I6Gn
-----END PGP SIGNATURE-----