[gs-devel] Re: bug status report - 03-20-2002

[Miles Jones]

Even though the bug count has grown to serious proportions, I'd like to 
thank you all for working so hard on these bugs.  In particular, Ray, Igor, 
and Jack have all closed multiple bugs over the last week.  Very good 
work.  Hopefully the new bugs for the coming week will be back down to 
single digits, and we'll be able to get the bug total to double digits.

At 11:43 PM 3/19/02 -0700, Jack Moffitt wrote:
>SUMMARY
>-------
>Total sourceforge bugs  :       107
>New sourceforge bugs    :       20
>Closed sourceforge bugs :       13
>New potential bugs      :       00
>Open potential bugs     :       01
>Fixed potential bugs    :       00
>New customer bugs       :       02
>Open customer bugs      :       07
>Fixed customer bugs     :       04
>New top-ten bugs        :       01
>Open top-ten bugs       :       02
>Fixed top-ten bugs      :       00
>
>Closers                 :       raph (1), jackiem (3), rayjj (4), igorm (3),
>                                 other (1), giles (1)
>
>NEW BUGS
>--------
>
>#526491 - USER - ljet4d adds additional margins
>assign: ??
>
>another laserjet driver bug.  I think we should create a policy for handling
>bugs of this nature (ie, bugs that will never make any of the staff's
>list).  Closed/Postponed?  Closed/Laster?
>
>#527152 - USER - gsapi_run_string fails on PageMaker 6.52
>
>No test file submitted, but Russel has requested one.  Apparently using the
>GS API, pagemaker files file, but using gsapi_run_file works fine.
>
>#527525 - USER - Unrecoverable error: typecheck in get
>
>Very little description and no test file.  Requesting more info.
>
>#528443 - USER - pxlmono - Incorrect output for setdash
>assign: raph?
>
>A patch for teh pxlmono device to fix incorrect PXL output is attached
>to the bug report.
>
>#528647 - USER - Transfer handling is not bug-compatible
>assign: ??
>
>Ghostscript follows the PLRM in that transfertype is not preserved
>across setpagedevice calls.  Quark depends on this behavior of the
>Adobe interpreters.
>
>#529103 - USER - psf font problem
>assigned: igorm
>
>Glyphs from incremental fonts dont' seem to make it to the PDF.  I thought
>igor and peter recently discussed that the spec doesn't support incremental
>fonts in PDF?  Perhaps this bug should just be closed?
>
>#529202 - USER - Wrong PostScript in pswrite prolog
>assigned: igorm
>
>pswrite problem that igor has already handled.  I suggest that the bug be
>closed since the user seems satisfied.
>
>#529411 - USER - 7.04 built with gcc 3.0.4 does not work
>assign: giles?
>
>Apparently the 7.04 has a few build bugs even on newer gcc compilers.  This is
>probably an easy fix.
>
>#529578 - TOPTEN - Bad font from pdfwrite - chars invisible
>customer: #1110
>assigned: lpd
>
>Rays analysis:
>When making PDFs, ghostscript can mishandle embedding fonts
>and produce a PDF with "missing text" (the text does not show
>up even with GhostScript doing the PDF interpretation). In
>the example included in this report, Indesign includes a font
>named "BadgerExtraBold," which Ghostscript embeds, but with
>an empty /CharSet string. I'm assuming that's why the text does
>not show up.
>
>#530011 - INTERNAL - Unsupported platform Cygwin
>submitted by: igorm
>assign: igorm?
>
>igor has found a few problems compiling ghostscript in the cygwin
>environment.
>
>#530136 - USER - hflex1 arguments misinterpreted
>assigned: igorm
>
>A proposed fix is already in codereview for this.
>
>#530213 - USER - conversion ps2pdf of heavy documents
>assign: ??
>
>Converting a large (200MB reported) postscript file runs out of memory
>with 384MB of ram and 700MB of swap.  Should I request a test file, or
>is this expected behavior?
>
>#530429 - USER - Compilation error. Missed gdevx.o.
>assign: giles?
>
>Build error with gcc under slackware. gdevx.o isn't found.  I suspect
>that this might be user error, but I think I've run into this before too
>under debian.
>
>#530588 - USER - segfault in s_zlib_alloc
>assign: ??
>
>With compiled with BAND_LIST_STORAGE=memory s_zlib_alloc segfaults because
>zds->memory->stable is NULL.  Test file is attached.
>
>#531300 - USER - ps2ascii chokes on ch-xoff
>assign: ??
>
>User reports:
>The ps2ascii utility systematically fails on every
>input: the preamble file it uses, ps2ascii.ps, uses a
>symbol ch-xoff that isn't recognized by either gs.
>
>Tested with GNU gs 6.50 to 6.53 or AFPL ghostscript
>7.03.
>
>#531983 - USER - ps2pdf coredumps on this ps file
>assign: igorm?
>
>Current cvs head core dumps with this file:
>http://arXiv.org/ps/cond-mat/0103081 from arXiv.org.  Earlier
>head revisions apparently worked fine.
>
>
>OPEN POTENTIAL ISSUES
>---------------------
>#458780 - raph - Illustrator 9 transparency rangecheck
>
>OPEN CUSTOMER ISSUES
>--------------------
>#459647 - rayjj - Asian glyphs drawn incorrectly due to TT hints ignored
>#493348 - rayjj - Add image smoothing for better display
>#513905 - rayjj - cas.ps does not work with recent gs
>#520686 - raph - CMYK device gives neg. B&W (PDF 1.4)
>
>OPEN TOP-TEN ISSUES
>-------------------
>#458775 - raph - Illustrator 9 shading/masking bugs

______________________________________________
Miles Jones		*	Artifex Software Inc.
President		*	101 Lucas Valley Road #110
tel (415)492-9861	*	San Rafael, CA  94903
fax (415)492-9862	*	e-mail: miles at artifex.com
URL:  http://www.artifex.com/