<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:stefan.bruens@rwth-aachen.de" title="Stefan Brüns <stefan.bruens@rwth-aachen.de>"> <span class="fn">Stefan Brüns</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - pdftops (checked 0.43.0 / 0.51.0) leads to unprintable ps for Lexmark E360d ("OFFENDING COMMAND: StartData")"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99564">bug 99564</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>NEEDINFO
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - pdftops (checked 0.43.0 / 0.51.0) leads to unprintable ps for Lexmark E360d ("OFFENDING COMMAND: StartData")"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99564#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - pdftops (checked 0.43.0 / 0.51.0) leads to unprintable ps for Lexmark E360d ("OFFENDING COMMAND: StartData")"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99564">bug 99564</a>
from <span class="vcard"><a class="email" href="mailto:stefan.bruens@rwth-aachen.de" title="Stefan Brüns <stefan.bruens@rwth-aachen.de>"> <span class="fn">Stefan Brüns</span></a>
</span></b>
<pre>@Paul:
1. Can you file another BR for the setpagedevice request, and attach a minimal
PDF file generating the error, and also the generated PS from pdftops as well
as the PPD, if possible.
2. Regarding the font/StartData issue:
- Reading
<a href="https://wwwimages2.adobe.com/content/dam/acom/en/devnet/font/pdfs/5014.CIDFont_Spec.pdf">https://wwwimages2.adobe.com/content/dam/acom/en/devnet/font/pdfs/5014.CIDFont_Spec.pdf</a>,
the code in the generated PS looks fine
- ghostscript is happy with the code
Differences between the generated PS files:
- pdftops -level3 embeds the font as CIDType0 font
- pdftops -level2 embeds the font as non-CID Type1 font
- ghostscript (pdf2ps) embeds the font as Type3 font
CID keyed fonts are a PS 3 feature, especially useful for fonts with large
character sets, like the used "SourceCodePro".
-> Libreoffice generated PDFs may be ok because you use only fonts with small
numbers of glyphs
-> ... or Libreoffice subsets the font, so it can use a non-CID format
The culprit here seems to be the PS interpreter in your printer. Possible
issues:
- it is not PS3 compliant
- it has problems with (Hex) encoded Glyph data (the data following the
"StartData" procedure. (ioerror should only appear if there is some data which
is not whitespace nor hex characters).
For the last two points can you please:
1. test the following command:
echo "languagelevel ==" | nc -q 30 printserver1.swabian.net 9902
2. Test the 3 attached files if any prints correctly?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>