[gs-bugs] [Bug 689756] process CPU spin then SIGSEGV when rendering user defined font

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Fri May 7 17:04:16 UTC 2010


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

James Cloos <cloos at jhcloos.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cloos at jhcloos.com

--- Comment #10 from James Cloos <cloos at jhcloos.com> 2010-05-07 17:04:14 UTC ---
Although gs 8.71 still dumps core when running test.ps, the icc_work branch
does not.

I tried:

:; for ij in pbm pgm; do
:; /opt/iccgs/bin/gs -r96 -dBATCH -dNOPAUSE -sDEVICE=${ij} -o test.${ij}
test.ps
:; done

There is still a bug, however.  When using the pbm device, the result is a
portrait aspect image with vertical text, whereas with the pgm device the image
is still portrait aspect, but the text and graphics are rendered horizontally,
leaving the top of the image blank and cropping off the right of the text and
graphics.

However, that said, I see that test.ps has code to treat gs’s x11, ppm, pgm and
png DEVICEs specially, setting /GSdevice to 1 for x11 and to 2 for those three
image DEVICEs.  That may be why the landscaping fails for pgm & ppm.

For some reason, pbm vs pgm changes how landscaping occurs.

All of the x11* devices work like the pbm in terms of the landscaping, and all
but x11cmyk like pgm in terms of colour, when rendering test.ps.

I suspect the icc_work branch is successful with this file because of its use
of FAPI and freetype, suggesting that the bug which causes gs to recurse until
it dumps core is in gs’s internal font handling.

FAPI outputs this:

Loading NimbusSanL-Regu font from
/opt/iccgs/share/ghostscript/8.72/Resource/Font/NimbusSanL-Regu...
Font NimbusSanL-Regu is being rendered with FAPI=FreeType
2568432 1212504 4317244 3020348 1 done.
Font Helvetica is mapped to FAPI=FreeType
Font Helvetica-FatOutline is mapped to FAPI=FreeType
Font font8 is mapped to FAPI=FreeType
Loading Dingbats font from
/opt/iccgs/share/ghostscript/8.72/Resource/Font/Dingbats...
Font Dingbats is being rendered with FAPI=FreeType
2588528 1270222 4407312 3112721 2 done.
Font ZapfDingbats is mapped to FAPI=FreeType
Font font99 is mapped to FAPI=FreeType

I’d guess that either Helvetica-FatOutline, font8 (a re-encoding of Helvetica)
or font99 (a re-encoding of Helvetica-FatOutline) causes gs w/o FAPI to
recurse.

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


More information about the gs-bugs mailing list