Incorrect object count in object stream

[brian-263]

I'm having some problems with some PDFs on Fedora 10. They were
created by my client. Trying to open one of them with gv, ghostscript
(8.63-6.fc10.i386) fails with this error:

-- snip --
   **** Incorrect object count in object stream.
Error: /rangecheck in resolveobjectstream
Operand stack:
   --dict:11/11(L)--   --dict:46/46(ro)(L)--   --dict:11/11(L)--
false   --dict:11/11(L)--   --dict:1/4(L)--   --dict:5/5(L)--   false
 282161   0   440   --dict:7/15(L)--   15   --nostringval--   false
--nostringval--   --dict:10/10(L)--   --dict:10/10(L)--
--dict:3/3(L)--   --dict:15/15(L)--   --dict:7/7(L)--
--nostringval--   --dict:6/6(L)--   --dict:15/15(L)--
--dict:9/9(L)--   --nostringval--      Ascent   977   CapHeight   722
 CharSet   (/A/B/C/D/E/F/G/H/I/J/K/L/M/N/O/P/R/S/T/U/V/W/X/Y/Z/a/asterisk/b/c/comma/copyright/d/dagger/e/eight/emdash/endash/exclam/f/five/four/g/hyphen/i/k/l/m/n/nine/o/one/p/parenleft/parenright/percent/period/...)
  Descent   -229   Flags   32   FontBBox   --nostringval--
FontFamily   (TradeGothic)   FontFile3   --nostringval--   FontName
JRARIJ+TradeGothic-BoldTwo   FontStretch   Normal   FontWeight   700
ItalicAngle   0   StemV   124   Type   FontDescriptor   XHeight   520
 --dict:9/9(L)--   --dict:15/15(L)--   --dict:9/9(L)--
--dict:14/14(L)--   --dict:9/9(L)--
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--
--nostringval--   --nostringval--   false   1   %stopped_push   1905
1   3   %oparray_pop   1904   1   3   %oparray_pop   1888   1   3
%oparray_pop   1771   1   3   %oparray_pop   --nostringval--
%errorexec_pop   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--
--nostringval--   --nostringval--   --nostringval--   --nostringval--
 %loop_continue   --nostringval--   --nostringval--   --nostringval--
 %loop_continue   --nostringval--   --nostringval--   --dict:2/2(L)--
 --nostringval--   2   %dict_continue   --nostringval--
--nostringval--   --nostringval--   --nostringval--
Dictionary stack:
   --dict:1152/1684(ro)(G)--   --dict:1/20(G)--   --dict:75/200(L)--
--dict:106/127(ro)(G)--   --dict:275/300(ro)(G)--   --dict:23/25(L)--
 --dict:5/5(L)--
Current allocation mode is local
Last OS error: 11
GPL Ghostscript 8.63: Unrecoverable error, exit code 1
-- snip --

evince 2.24.2 (Document viewer) opens the file without complaint.

Mac Preview.app (3.0.9) opens the file, though there's an image missing.

Adobe Reader (Mac) opens it ok. It also reports the following info:

application: InDesign CS4
producer: Adobe PDF Libarary 9.0
version: 1.7, Adobe Extension Leve;l 3.0 (Acrobat 9.x)

Anyone have any idea what the problem might be? Too new a version (of Adobe CS)?

I considered sending this to a ghostscript list but there doesn't
appear to be a generic "help" list. If I should be sending this
instead to their devel list, please let me know.

[Markus Steinborn-2]

brian wrote:
> I'm having some problems with some PDFs on Fedora 10. They were
> created by my client. Trying to open one of them with gv, ghostscript
> (8.63-6.fc10.i386) fails with this error:
>  
That may be a bug in ghostscript or GNU gv or an buggy PDF. If you send
me one of the non-working PDF files (please not to the list, but to my
e-mail address), I'll have a look at it.

BTW: Fedora 10 uses GPL ghostscript and not GNU ghostscript (as every
recent fedora version).



Greetings from Germany

Markus Steinborn
GNU gv maintainer

[Markus Steinborn-2]

Hi bryan,

brian wrote:
> [off-list]
>
> Markus, thanks again for the offer to have a look at this. I also
> found that Preview.app on Mac had problems with the same files: they
> would open but some images would not display.
I'll do another test on Mac OS X later. Here are the results for Linux:

> I'm pretty sure that the
> problem is that the PDFs were created with Adobe CS4 with a
> "compatibility" setting of "PDF 1.7". I've let the client know that
> they should "save down" those particular files.
>
> (We still send book manuscripts to the printer saved as 1.4!)
>
> That said, I'll send you an example as I figure you'd like to see
> what's going on, nonetheless.
>
> many regards,
> brian ally
>  

Well, on my system "gv -noantialias Sawfly\ Sales\ Sheet.pdf" works,
where the usual "gv Sawfly\ Sales\ Sheet.pdf" fails on page 2.
Plain ghostscript fails also (even when using latest GPL ghostscript):


gs -sDEVICE=x11alpha Sawfly\ Sales\ Sheet.pdf

fails, and

gs -sDEVICE=x11 Sawfly\ Sales\ Sheet.pdf

works. As ghostscript can render this file with some settings and with
others not, there is definitely a ghostscript bug.

You see, if ghostscript crashes, there is absolutely no change for GNU
gv to work correctly.

You should report a bug.


Some places for bug reports where this bug report would be on topic:

http://bugzilla.redhat.com

http://bugs.ghostscript.com




Greetings from Germany

Markus Steinborn
GNU gv maintainer