[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
Wed Jul 22 01:34:59 PDT 2009


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

ken.sharp at artifex.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
      everconfirmed|0                           |1



------- Additional Comments From ken.sharp at artifex.com  2009-07-22 01:34 -------
The VM exhaustion seems to be caused by creating an enormous number of embedded
subset TrueType fonts. Extracting and converting pages 200-300 produced an
output PDF file containing 101 embedded subset TrueType CID fonts, that's one
font per page.

It looks like maintaining the fonts in memory causes the increase in VM, which
eventually exhausts available memory. Under the debugger this results in the
memory manager throwing an error, in a release build the failure to allocate
memory should be trapped and cause an error, my guess is that it is not being
trapped and causing a seg fault.

Converting the large file into two smaller ones did not help, unsurprisingly
since the total number of defined fonts remains the same and it is the font VM
usage which seems to be causing the problem.

There is only one likely culprit font in the original file, ArialUnicodeMS,
embedded as a CIDFont with TrueType outlines.

I'll look at whether we can embed the entire font rather than a subset, I'm not
sure why we are embedding one subset per page. This will definitely take some
time. Fortunately I don't need to run the entire file for this research....




------- 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