[gs-bugs] [Bug 693044] Issues with pdfopt.ps

[bugzilla-daemon at ghostscript.com]

http://bugs.ghostscript.com/show_bug.cgi?id=693044

Ken Sharp <ken.sharp at artifex.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|ken.sharp at artifex.com       |alex.cherepanov at artifex.com

--- Comment #4 from Ken Sharp <ken.sharp at artifex.com> 2012-05-17 10:13:24 UTC ---
It seems that pdfopt.ps (using pdfwrite.ps, see pdfwriteob)) relies on being
able to temporarily write objects with an index greater than the current xref
and later update the xref.

The commit which treats objects with an index greater than the number of
objects in the xref as null breaks this capability and therefore breaks
pdfopt.ps

A simple solution to this would be to set a magic flag in pdfopt.ps which
causes the PDF interpreter to treat objects with too large index numbers as it
did before. The alternative is to recode pdfopt.ps which looks like quite a big
job to me.

Since pdfopt.ps and pdfwrite.ps rely on the PDF interpreter, and the commit
which broke them is in the PDF interpreter, I'm reassigning this to Alex to
decide what he wants to do about it. My recommendation would be the simple
flag, as its quick to do.

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.