[Gs-devel] bug status report - 2001-10-31
jack at artifex.com
Wed Oct 31 09:09:47 PST 2001
Total sourceforge bugs : 64
New sourceforge bugs : 08
Closed sourceforge bugs : 01
New potential bugs : 00
Open potential bugs : 02
Fixed potential bugs : 00
New customer bugs : 03
Open customer bugs : 06
Fixed customer bugs : 00
New top-ten bugs : 00
Open top-ten bugs : 03
Fixed top-ten bugs : 00
Closers : giles (1)
#474544 - CUSTOMER - Core dump - shfill error with DeviceN
gs cores with a segmentation violation when applied on
a Level-3-Postscript file.
#474581 - USER - FontName case mismatch now fatal?
previously the /Fontname defined in pfb files
was matched case insensitive. Historically the Bakoma
font (a type 1 outline version of tex cm fonts) uses
lowercase names, the equivalent Bluesky and Y&Y fonts
use uppercase names. So far both were interchangeable.
With 7.10 (CVS HEAD) the font match fails on case.
#474582 - USER - -dSAFER functionality not quite right
-dSAFER doesn't prevent the reading of /etc/shadow as root. This is
consistent with what doc/Use.htm says it should do. The user wants
to know if -dSAFER shouldn't be even safer. I've assigned to raph to
give the canonical answer.
#474745 - USER - paper size guess causes non-GS RIP error
In the pswrite, psmono, psgray and pscolor drivers, a
lookup is made to find the matching paper size for a
particular job dimensions. If none can be found, then
the name is set to 'null'. The name (or null) is used
as a parameter to 'where'. Non GS RIPs raise an error
when null is passed to where. A patch is supplied with
the bug report.
#475147 - USER - GS 7.03 produces everthing upsidedown
User's documents are rotating differently. I suspect this is the result of
Peter's recent changes in this area.
#475219 - USER - ps2pdf failure on huge picture
Users's ps2pdf fails on the second page after spinning for 50 minutes. Peter
assigned this to himself. Peter asked for a commandline and is awaiting a
#476817 - CUSTOMER - PDF Rendering of Bad Quality
reproduced: yes (with 7.00 and 7.03)
Customer has a file that renders poorly in Ghostscript,
especially when compared to Adobe Acrobat.
File 0001450dc00-orig.pdf has a logo in the upper-right
corner whose outlines are very poor. When
GraphicsAlphaBits=4, the quality is much improved, but
the speed of rendering is much slower.
#476821 - CUSTOMER - page cleared after some transparent pdfs
reproduced: yes (with 7.03 and HEAD)
The PDF test file pdf_dina3_l_watermark-uncompressed.pdf
will be drawn correctly, but at the end GS will clear
the page. This happens on Windows and Linux.
Converting this PDF eg. to TIFF with tiffg4, you will
only get an empty white page.
OPEN POTENTIAL ISSUES
#458780 - raph - Illustrator 9 transparency rangecheck
#434707 - lpd - pdfwrite creates bad v1.3 fonts
OPEN CUSTOMER ISSUES
#436897 - rayjj - converting eps->tiff results in bad tiff
#438679 - rayjj - infinite processing of photoshop eps
#458769 - rayjj - Clipping problem with fill operator
OPEN TOP-TEN ISSUES
#422532 - dancoby - coredump trying to handle shaded fill
#432657 - rayjj - GS pins, eats ram if stdout dies
#458775 - raph - Illustrator 9 shading/masking bugs
More information about the gs-devel