Attached is an example of PS code that is not rendered properly by the X11 interface of ghostscript (8.63 as well as 8.61). The result should be a blue/red coloured triangle (using the image operator). However the bottom left corner is mostly missing. Change the line "100 0 moveto" to "0 0 moveto" and the whole triangle shows. Shows properly however in ps2pdf for example. %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: (atend) %%LanguageLevel: 2 %%Orientation: Portrait %%EndComments %%BeginPageSetup % Init coordinate system and scales % Scale is originally set to 0.24, which means that % 1 inch on the paper equals 300 Postscript units 0.24 0.24 scale %%EndPageSetup 300 300 translate % Start of clip path gsave 100 0 moveto 1800 0 lineto 1800 900 lineto eoclip newpath % End of clip path. Clipping is currently ON % Start of Ascii Adobe Indexed RGB image [1 bit] 1800 900 scale [/Indexed /DeviceRGB 1 <FF00000000FF>] setcolorspace << /ImageType 1 /Decode [0 1] /Width 36 /Height 18 /BitsPerComponent 1 /ImageMatrix [36 0 0 -18 0 18] /DataSource currentfile /ASCII85Decode filter >> image +>mV<ng/M*[/T8^4rpsnpVp2981HD_mFNT'lSM3n0;?9!- &7@!jk2mn5QOG".2eMT3U^8*'`cAg'@/^jYn@Rf@.*9#8!^D%3 [8TB4,AQ-)3A&)'i4~> % End of Ascii Adobe Indexed RGB image % % Deactivate Map clip path % grestore % Clipping is currently OFF %%Trailer %%BoundingBox: 72 72 504 288 showpage end
Created attachment 4304 [details] Bug690034.ps This attachment shows the bug Change line to "100 0 moveto" to "0 0 moveto" and whole triangle suddenly shows
Currently, Ghostscript cannot get bounding box data when %%BoundinBox comment is placed at the end of the EPS file. This bug is already registered in the tracker. *** This bug has been marked as a duplicate of 687915 ***