Bug 690222 - Regression: GS 8.64 cannot display a file which GS 8.63 displays
Summary: Regression: GS 8.64 cannot display a file which GS 8.63 displays
Status: RESOLVED DUPLICATE of bug 690260
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PS Interpreter (show other bugs)
Version: master
Hardware: All All
: P2 critical
Assignee: Ralph Giles
URL: http://dev.linuxfoundation.org/~till/...
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-08 02:11 UTC by Till Kamppeter
Modified: 2009-02-01 04:30 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Till Kamppeter 2009-01-08 02:11:32 UTC
The file referenced by the URL above is a 4x6-inch photo (generated from the PDF
printing output of f-spot with pdftops of Poppler 0.10). Ghostscript 8.63
displays it without problem. In Ghostscript 8.64 one sees only small rests of
the photo in the lower left corner. Seems that the photo got shifted into the
lower left direction.
Comment 1 Marcos H. Woehrmann 2009-01-08 07:11:36 UTC
I'm having trouble duplicating this.  With the command line:

  bin/gs -sDEVICE=ppmraw -o test.ppm ./photo.ps

Ghostscript 8.63 and head (r9336) generate identical files.

Which revision of 8.64 are you using and what command line?
Comment 2 Till Kamppeter 2009-01-08 07:24:46 UTC
I take current SVN HEAD and do

CFLAGS="-fPIC" ./autogen.sh --prefix=/usr --sysconfdir=/etc --with-ijs
--with-jbig2dec --with-jasper --with-x --disable-gtk --enable-dynamic
--with-omni --enable-cups --disable-compile-inits --with-drivers=ALL
--disable-cairo
--with-fontpath=/var/lib/defoma/gs.d/dirs/fonts:/usr/share/cups/fonts:/usr/share/ghostscript/fonts:/usr/local/lib/ghostscript/fonts:/usr/share/fonts

(fontpath may need to be changed if you are not on Ubuntu or Debian)

make

GS_LIB=./Resource/Init/:./lib bin/gs photo.ps

and get the broken output.

With the "ppmraw" output device it works for me.
Comment 3 Till Kamppeter 2009-01-08 07:26:38 UTC
Note: Without "-sDEVICE=..." the "x11alpha" output device gets chosen for me on
Ubuntu Intrepid (according to "gs -h").
Comment 4 Marcos H. Woehrmann 2009-01-08 11:40:39 UTC
Thanks for the additional information; I'm now able to duplicate the bug and am searching for the change 
which broke this.
Comment 5 Marcos H. Woehrmann 2009-01-08 13:10:23 UTC
This broke in r9288:

r9288 | leonardo | 2008-12-13 12:05:37 -0800 (Sat, 13 Dec 2008) | 26 lines

Enhancement (graphics) : Implement new device virtual method 'fillpage'.

Note to get r9287 and r9288 to build you have to apply the patch from r9294.

Also, the options from comment #2 are not necessary, the bug can be duplicated with:

./autogen.sh
make
bin/gs -sDEVICE=x11alpha ./photo.ps
Comment 6 leonardo 2009-01-14 06:06:39 UTC
I have no possibility to debug x11 devices. Passing to the device owner. I 
suspect that this bug requires to implement the 'fillpage' method for x11 
devices as gx_forward_fillpage.
Comment 7 Till Kamppeter 2009-02-01 04:30:49 UTC

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