<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - pdfseparate+pdftoppm renders different than original file"
href="https://bugs.freedesktop.org/show_bug.cgi?id=87637#c24">Comment # 24</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - pdfseparate+pdftoppm renders different than original file"
href="https://bugs.freedesktop.org/show_bug.cgi?id=87637">bug 87637</a>
from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
<pre>I found now the reason:
In case of the PDF of <a href="show_bug.cgi?id=87637#c22">comment 22</a> the xref table will never be reconstructed by
pdfseparate, because the trailer, the startxref as well as the xref section are
valid, just that the xref section doesn't contain all objects needed to render
the PDF.
And since pdfseparate first calls xref->scanSpecialFlags() which calls
readXRefUntil(-1), the constructXRef branch in readXRefUntil will never be
reached anymore.
I'm not sure if this could not cause problems in other areas, too, but I
finally decided to write a new method getEntryAndReconstruct() which now is
called only by PDFDoc::markObject instead of simple getEntry() and which tries
to reconstruct the xref table if a num should be fetched which doesn't exist in
the xref table.</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>