Bug 187834 - ghostscript converting ps and eps to invalid pdf
ghostscript converting ps and eps to invalid pdf
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: ghostscript (Show other bugs)
5
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Mike McLean
: Regression
: 187856 188071 188352 (view as bug list)
Depends On:
Blocks: FC6Target
  Show dependency treegraph
 
Reported: 2006-04-03 16:12 EDT by Dan Scholnik
Modified: 2007-11-30 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version: ghostscript-8.15.1-7.2
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-04-24 09:09:52 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Example .eps file and good (FC4) and bad (FC5) ps2pdf output (62.88 KB, application/x-bzip2)
2006-04-03 16:12 EDT, Dan Scholnik
no flags Details

  None (edit)
Description Dan Scholnik 2006-04-03 16:12:30 EDT
Description of problem:

The ps2pdf and epstopdf scripts use ghostscript to convert postscript and
encapsulated postscript files to pdf.  Ater upgrading to FC5, I found that both
seem to now be producing invalid pdf files.  xpdf shows the file only partly
drawn, and acroread reports an error.  The problem doesn't appear to be in
ghostscript per se, because I also tried compiling older known-good ghostscript
versions (7.07) under FC5, and they showed the same problems. On the other hand,
ghostscript-8.15-0.rc3.3 under FC4 works fine.  Perhaps a library issue (zlib)?

Version-Release number of selected component (if applicable):

I'm using FC5 package ghostscript-8.15.1-7, but I also compiled ghostscript
versions 7.07 and 8.53, with the same results.

How reproducible:

Pretty much every time for me, although there may be .ps documents (without
images, for example) that convert with a problem.

Steps to Reproduce:
1.  Produce a .ps or .eps file (matlab, firefox, etc.)
2.  "ps2pdf file.ps" or "epstopdf file.eps"
3.  "xpdf file.pdf" or "acroread file.pdf"
  
Actual results:

Sometimes xpdf shows part of the file, as if it stopped partway through drawing
it.  Other times it throws errors like "Error (34748): Unexpected end of file in
flate stream", which makes me wonder if it's a zlib problem.

Acroread sometimes shows nothing, and other times reports "A drawing error occurred"

ghostscript itself reports the following for a converted pdf file:

   %interp_exit   .runexec2   --nostringval--   --nostringval--  
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--  
--nostringval--   false   1   %stopped_push   1   3   %oparray_pop   1   3  
%oparray_pop   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2  
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push  
--nostringval--   --nostringval--   --nostringval--   --nostringval--  
--nostringval--   %array_continue   --nostringval--   false   1   %stopped_push
  --nostringval--   %loop_continue   --nostringval--   709
Dictionary stack:
   --dict:1122/1686(ro)(G)--   --dict:0/20(G)--   --dict:85/200(L)--  
--dict:104/127(ro)(G)--   --dict:241/347(ro)(G)--   --dict:20/24(L)--  
--dict:4/6(L)--   --dict:20/20(L)--   --dict:1/1(ro)(G)--   --dict:1/1(ro)(G)--
  --dict:1/1(ro)(G)--
Current allocation mode is local
ESP Ghostscript 815.01: Unrecoverable error, exit code 1

Expected results:

A pdf file that can be viewed with xpdf, acroread, gv, etc.

Additional info:

I've attached a .eps file (from matlab, if it matters) and the output of ps2pdf
from ghostscript-8.15-0.rc3.3 on FC4 (a good pdf file) and ghostscript-8.15.1-7
on FC5 (which is corrupt).  Running epstopdf produces identical results except
for the bounding box.
Comment 1 Dan Scholnik 2006-04-03 16:12:31 EDT
Created attachment 127256 [details]
Example .eps file and good (FC4) and bad (FC5) ps2pdf output
Comment 2 Tim Waugh 2006-04-04 11:43:45 EDT
*** Bug 187856 has been marked as a duplicate of this bug. ***
Comment 3 Alexandre Oliva 2006-04-05 15:06:50 EDT
*** Bug 188071 has been marked as a duplicate of this bug. ***
Comment 4 Frank Fischer 2006-04-05 18:20:56 EDT
You can find mor infos for this bug here:
http://www.cups.org/espgs/str.php?L1338+P0+S-2+C0+I0+E0+Qimage

As written there, this has been fixed in their svn with revision r128. Maybe the
package maintainer of ghostscript-8.15.1-7 can incorporate the fix?
Comment 5 Tim Waugh 2006-04-08 05:27:18 EDT
Does this test update fix the problem?:

https://www.redhat.com/archives/fedora-test-list/2006-April/msg00107.html
Comment 6 Tim Waugh 2006-04-08 05:49:37 EDT
*** Bug 188352 has been marked as a duplicate of this bug. ***
Comment 7 Alexandre Oliva 2006-04-08 07:11:06 EDT
It does fix the problem for me, thanks!
Comment 8 Dan Scholnik 2006-04-08 12:29:19 EDT
The test update seems to fix my problems also.  Thanks.  I'm unclear why my
hand-compiled versions 7.07 and 8.53 showed the problem also, but perhaps I
wasn't running the version I thought I was.
Comment 9 Tim Waugh 2006-04-08 14:57:06 EDT
(It's not actually an official update yet.. changing back to ASSIGNED)
Comment 11 Fedora Update System 2006-04-10 17:24:17 EDT
Fixed in ghostscript-8.15.1-7.2.

Note You need to log in before you can comment on or make changes to this bug.