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?
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.
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.
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 ***