Bug 688381

Summary:	"Error: /rangecheck in --get--" in the URL'ed ps file.
Product:	Ghostscript	Reporter:	Hin-Tak Leung <htl10>
Component:	PS Interpreter	Assignee:	Stefan Kemper <stefan.kemper>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	alex
Priority:	P3
Version:	8.53
Hardware:	PC
OS:	Linux
URL:	http://www.research.att.com/~haffner/biblio/psgz/bottou-01.ps.gz
Customer:		Word Size:	---
Attachments:	output of -dESTACKPRINT and -dOSTACKPRINT >&

Description Hin-Tak Leung 2005-11-15 06:16:58 UTC

Have the strangest problem - On this linux box (RH EL4) I have three 
ghostscript - 8.53 native, win32 8.53 under wine, and as shipped
(GNU 7.07). Win32 8.53 can read the PS file, gs 7.07 can read the ps file
(http://www.research.att.com/~haffner/biblio/psgz/bottou-01.ps.gz),
but the native 8.53 displays the first page briefly (device=x11) 
then crashes with:

================================

Error: /rangecheck in --get--
Operand stack:
   --nostringval--   --nostringval--   --nostringval--   --nostringval--  
descender   0   --nostringval--   1
Execution stack:
   %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--
Dictionary stack:
   --dict:1119/1686(ro)(G)--   --dict:0/20(G)--   --dict:73/200(L)--  
--dict:138/300(L)--   --dict:49/200(L)--   --dict:37/52(L)--   --dict:1/17(L)--
  --dict:0/17(L)--   --dict:5/17(L)--   --dict:1/3(L)--   --dict:16/17(ro)(L)--
Current allocation mode is local
Current file position is 46752
AFPL Ghostscript 8.53: Unrecoverable error, exit code 1
================================

My 8.53 native has been patched with 2 patches: the krgb-1.1 ijs 
patch, and the preliminary patch from Leonardo for bug 688357,
but one only changes ijs and the other only pdfwrite.

Probably very version- and platform-specific (win32 8.53 under wine
works fine); would like to hear if anybody else with 8.53 has the same
problem with the ps file posted?

Comment 1 Alex Cherepanov 2005-11-15 08:04:33 UTC

I guess it's a font-related issue. I cannot reproduce the problem
on GNU+Linux or Windows with standard GS fonts.

Please note which fonts GS is loading when the file is run 
on the affected box and attach them to the bug report.
A detailed error message with -dESTACKPRINT and -dOSTACKPRINT
will help too.

Comment 2 Hin-Tak Leung 2005-11-15 09:20:21 UTC

Created attachment 1770 [details]
output of -dESTACKPRINT and -dOSTACKPRINT >&

output of 
gs -dESTACKPRINT and -dOSTACKPRINT file.ps >&

The fonts are essentially the ghostscript-fonts-std-8.11 set.

Comment 3 Alex Cherepanov 2005-11-15 14:38:07 UTC

This is a duplicate on the bug 687120.
The sample file includes EPS files produced by an old version of idraw
which is not compatible with GS fonts v. 8.11. 

There are several ways to work around the problem.
(1) re-create the EPS files using a recent version of idraw.
(2) Patch the file as described in the bug 687120
(3) Make all FontBBox arrays in GS fonts executable.
(4) Downgrade to v.6.00 of the fonts.


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