Bug 194023
| Summary: | Unrecoverable error: rangecheck in get | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bob T. <rdtennent> |
| Component: | ghostscript | Assignee: | Tim Waugh <twaugh> |
| Status: | CLOSED NOTABUG | QA Contact: | Mike McLean <mikem> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-06-07 11:09:23 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 150223 | ||
Correction: the product version number should be FC5 rather than FC4. Even gs by itself at the command line fails:
% gs
ESP Ghostscript 815.02 (2006-04-19)
Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
CRIT: rangecheck in get
Operand stack:
hrsyr.gsf 0
However gs -h produces the usual output. The search path is as follows:
Search path:
. : /usr/share/ghostscript/8.15/lib :
/usr/share/ghostscript/8.15/Resource : /usr/share/ghostscript/fonts :
/usr/share/fonts/default/ghostscript : /usr/share/fonts/default/Type1 :
/usr/share/fonts/default/amspsfnt/pfb :
/usr/share/fonts/default/cmpsfont/pfb : /usr/share/fonts/japanese :
/etc/ghostscript
What does 'rpm -q ghostscript-fonts' say, and also 'rpm -V ghostscript-fonts'? % rpm -q ghostscript-fonts ghostscript-fonts-5.50-13.1 % rpm -V ghostscript-fonts (no output) According to locate, /usr/share/fonts/default/ghostscript/hrsyr.gsf is the only hrsyr.gsf on the system. I have the same issue on a second recently-upgraded system, but not on a third. What about 'rpm -V ghostscript'? It seems like this file is only referenced in /usr/share/ghostscript/8.15/lib/Fontmap.GS. % rpm -V ghostscript produces no output. And I've rebuilt and re-installed ghostscript from the src rpm with the same result. I've also tried commenting out the line with hrsyr.gsf in Fontmap.GS with no apparent effect. >It seems like this file [hrsyr.gsf] is only referenced in
>/usr/share/ghostscript/8.15/lib/Fontmap.GS.
There's a Fontmap in /usr/share/fonts/default/ghostscript that references hrsyr.gsf:
/ (hrsyr.gsf)
though without the FontName. If I add Hershey-Symbol as the FontName, the error
message changes to
CRIT: rangecheck in get
Operand stack:
hrscso.gsf 0
that is, to the font referenced in the last line in the Fontmap *without* a
FontName. And so on. Does every font in a Fontmap have to have a FontName?
How does this Fontmap get generated?
Does anyone have any suggestions on what I'm supposed to do with two Linux boxes that don't have a working gs? Can rangechecks be disabled? Nothing in ghostscript creates that file that I am aware of. I don't have a Fontmap file there. What does 'rpm -qf' on that file say? That Fontmap was created by the type1inst script. When that Fontmap is removed, ghostscript works. Thanks. |
Description of problem: Most ghostscript commands fail with range check errors. Version-Release number of selected component (if applicable): 8.15.2-1.1 How reproducible: Every Postscript file I've tried. Steps to Reproduce: 1.ps2pdf something.ps or gv something.ps 2. 3. Actual results: Unrecoverable error: rangecheck in get Operand stack: hrsyr.gsf 0 Expected results: conversion to pdf or display Additional info: The Postscript files I've tried work fine on ghostscript-7.07.