Package: poppler-utils
Version: 0.5.2-1
Severity: important

*** Please type your report below this line ***

I'm trying to convert a PDF file (v1.3, w/images) to PS format with
pdftops v3.00. If then I try to view the resulting PS file, and the
postscript viewer (say, gv) is using gs-esp v8.15.1.dfsg.1-2 as an
interpreter, the interpreter bails out with either of the two
messages:


Error: /configurationerror in --setpagedevice--
Additional information: [/Duplex true]
Operand stack:
  --dict:4/6(L)--
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--   1   4
%oparray_p
Error: PostScript interpreter failed in main window.
ESP Ghostscript 815.01: Unrecoverable error, exit code 1

Error: /configurationerror in --setpagedevice--
Additional information: [/Duplex true]
Operand stack:
  --dict:4/6(L)--
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--   1   4
%oparray_pop   --nostringval--   --nostringval--   --nostringval--
--dict:1/2(L)--   --nostringval--   1   %dict_continue
Dictionary stack:
  --dict:1122/1686(ro)(G)--   --dict:0/20(G)--   --dict:81/200(L)--
--dict:52/75(L)--
Current allocation mode is local
ESP Ghostscript 815.01: Unrecoverable error, exit code 1


If I switch to either gs-gpl v8.50-1.1 or gs-afpl v8.14-3, apparently
there's no problem. One thing makes me think this is still a bug of
pdftops, but not gs-esp: if I use pdftops v3.01-8 from xpdf-utils
package to convert PDF to PS, the resulting PS file can be interpreted
w/o any error even by gs-esp.

I tried all 6 possible levels (level1, level2sep, level2, level2sep,
level3, level3sep) -- gs-esp interpreter' behaviour is always the same
(error for poppler-generated PS, no error for xpdf-generated PS).


-- System Information:
Debian Release: testing/unstable
 APT prefers experimental
 APT policy: (990, 'experimental'), (500, 'unstable'), (500,
'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15.6
Locale: LANG=en_US.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages poppler-utils depends on:
ii  libc6                         2.3.6-11   GNU C Library: Shared libraries
ii  libfontconfig1                2.3.2-5.1  generic font configuration library
ii  libfreetype6                  2.2.1-2    FreeType 2 font engine, shared lib
ii  libgcc1                       1:4.1.0-4  GCC support library
ii  libjpeg62                     6b-12      The Independent JPEG Group's JPEG
ii  libpoppler1                   0.5.2-1    PDF rendering library
ii  libstdc++6                    4.1.0-4    The GNU Standard C++ Library v3
ii  zlib1g                        1:1.2.3-11 compression library - runtime

poppler-utils recommends no packages.

-- no debconf information


--
Yours sincerely,
        Andrew ``Bass'' Shcheglov.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to