[gs-bugs] [Bug 690642] conversion to PDF aborts after 800 pages

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Mon Jul 27 06:23:39 PDT 2009


------- Additional Comments From ken.sharp at artifex.com  2009-07-27 06:23 -------
This does not seem to be a pdfwrite problem at all in fact. The issue seems to
be that the PDF interpreter creates a new font every time the embedded CIDFont
is used. Since this is used on every page we create > 1100 new fonts. 

Each is created with a different XUID, and somehow that XUID is ending up as the
font name. Because each font is differently named pdfwrite has no way to know
that they are all actually the same font, and so creates a new font for every
one, which eventually exhausts VM.

If I alter the nextxuid procedure in gs_ttf.ps so that each font is created with
the same XUID I can run the job to completion and the peak VM usage is only
74MB. Not only that but the file runs more than twice as fast. Previously it
took ~15 minutes to reach page 940 and crash, with this change it completes in
~6 minutes.

Currently I do *NOT* suggest this, as I'm unsure what side-effects this might
have. I will continue to look into the problem.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the gs-bugs mailing list