Bug 1264949 - Ghostscript fails to render PostScript
Ghostscript fails to render PostScript
Status: CLOSED DUPLICATE of bug 1411725
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ghostscript (Show other bugs)
x86_64 Linux
high Severity medium
: rc
: ---
Assigned To: David Kaspar [Dee'Kej]
QE Internationalization Bugs
: i18n, Reopened
Depends On:
Blocks: 1289025 1305230
  Show dependency treegraph
Reported: 2015-09-21 13:27 EDT by Justin King
Modified: 2017-01-24 11:06 EST (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2017-01-24 11:06:08 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
example PostScript file (13.01 KB, application/postscript)
2015-09-21 13:27 EDT, Justin King
no flags Details

  None (edit)
Description Justin King 2015-09-21 13:27:47 EDT
Created attachment 1075555 [details]
example PostScript file

Description of problem:

Ghostscript fails to render PostScript

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


How reproducible:


Steps to Reproduce:
1. Open attached PostScript file using evince from either the GUI or terminal.
2. Wait forever...

Actual results:

Evince will indicate that it is loading and never finish.

Expected results:

Rendered document.

Additional info:

(evince:3741): EvinceDocument-CRITICAL **: ev_document_misc_pixbuf_from_surface: assertion 'surface' failed
invalidfont -10
invalidfont -10

Compiling Ghostscript 9.16 and prepending it to LD_LIBRARY_PATH fixes the issue:

make so
make soinstall
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH

Late last week I ran across a similar bug filed against Fedora 18. It was resolved, however this was only because it hit end-of-life and ghostscript was updated to a different release in Fedora 19.

This issue occurs in any application using the ghostscript renderer as its backend, like gv for example. gv gives a more detailed explanation for the failure.
Comment 1 David Kaspar [Dee'Kej] 2016-07-04 07:56:07 EDT
Hello Justin,

I'm really sorry, but I wasn't able to reproduce this issue with current release of RHEL-7.2. There are currently these versions of packages:

* ghostscript-9.07-18.el7.x86_64
* lcms2-2.6-2.el7.x86_64

I tried to downgrade the lcms2 to lcms2-2.5-5.el7.x86_64.rpm (version for RHEL-7.1), but I was still not able to reproduce this.

Please, let me know if you're still having problems opening the file.ps (attachment 1075555 [details]) on current release of RHEL-7.2. Otherwise, I would like to close this BZ.

Thank you,

Comment 3 David Kaspar [Dee'Kej] 2016-10-25 12:16:42 EDT
The reporter is not responding, so I'm closing this BZ. In case anyone wills stumble upon this issue again, feel free to reopen this.

Comment 4 Kapetanakis Giannis 2017-01-13 03:41:43 EST
I'm having the same problem with:


downgrading to ghostscript-9.07-20.el7.x86_64 fixes the problem.
Comment 5 Kamil Dudka 2017-01-13 04:18:00 EST
Thanks for feedback!  Reopening.  Note that the only difference between -20.el7 and -20.el7_3.1 are the backported CVE fixes:

  - CVE-2013-5653 (bug #1380327)
  - CVE-2016-7977 (bug #1380415)
  - CVE-2016-7978 (bug #1382300)
  - CVE-2016-7979 (bug #1382305)
  - CVE-2016-8602 (bug #1383940)

We should check that there is no regression...
Comment 6 Chris Jordan 2017-01-17 05:38:18 EST
Sci-linux 6.8
Problem appears with both evince and okular when rendering thumbnails from a postscript file since upgrade to ghostscript-8.70-21.el6_8.1.x86_64 on jan 05 2107. (Okular 0.9.5, evince-2.28.2-19.el6.x86_64)

Ghostscript will display the ps file, as will gv (3.7.1) (this does not produce thumbnails.)

Sympton - stuck on loading
output on terminal
invalidaccess -7
invalidaccess -7
invalidaccess -7

** (evince:22040): WARNING **: Error rendering thumbnail
invalidaccess -7

** (evince:22040): WARNING **: Error rendering thumbnail
Comment 7 Dan Riley 2017-01-23 10:15:15 EST
This does appear to be a regression due to the CVE-2013-5653 patch, it was seen in other distributions back in October:


The Debian thread at Message #75


says that

"The problem is line 2011 in /usr/share/ghostscript/9.05/Resource/Init/gs_init.ps:
	systemdict /getenv {pop //false} put
change that to
	systemdict /getenv {pop //false} .forceput
(gs-commits 99e331527d541a8f01ad5455c4eb2aabd67281a6) and it works."

and I've verified that fixes the problem on a Scientific Linux 6 system.

We tracked this down after a user complaint, hopefully it will save you some time.
Comment 8 Chris Jordan 2017-01-24 05:52:53 EST
Fixes problem on SL6.8

(In reply to Dan Riley from comment #7)
> This does appear to be a regression due to the CVE-2013-5653 patch, it was
> seen in other distributions back in October:
Comment 9 Kamil Dudka 2017-01-24 11:06:08 EST
(In reply to Kapetanakis Giannis from comment #4)
> I'm having the same problem with:
> ghostscript-9.07-20.el7_3.1
> downgrading to ghostscript-9.07-20.el7.x86_64 fixes the problem.

This is apparently a different issue than the one described in comment #0.  Please refer to bug #1411725 for further progress on the issue describe in comment #4.  Marking as duplicate to transfer the CC list...

*** This bug has been marked as a duplicate of bug 1411725 ***

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