xref error under Mac OS X

[Matt Broughton]

Sample PDF is at
<http://webpages.charter.net/mbroughtn/beta/cgpdftopdfOUT.pdf>.  This
is the output from the running of Apple's cgpdftopdf filter on a PDF
spool file.  This is the normal Apple printing workflow.  Ghostscript
is indicating there is an error.  Apple believes the PDF is compliant.

I would ask that someone please take a look give an opinion/statement
as to whether there is a bug in Ghostscript or Apple's filter.

$ gs -v
GPL Ghostscript 8.70 (2009-07-31)
Copyright (C) 2009 Artifex Software, Inc.  All rights reserved.

$ gs -dFirstPage=1  -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE
-sDEVICE=ijs -sIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD"
-sDeviceModel="DESKJET 870" -dDEVICEWIDTHPOINTS=612
-dDEVICEHEIGHTPOINTS=792 -r300
-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2
-dIjsUseOutputFD -sOutputFile=testOut.prn cgpdftopdfOUT.pdf
    **** Warning:  File has an invalid xref entry:  11.  Rebuilding xref table.

    **** This file had errors that were repaired or ignored.
    **** The file was produced by:
    **** >>>> Mac OS X 10.6 Quartz PDFContext <<<<
    **** Please notify the author of the software that produced this
    **** file that it does not conform to Adobe's published PDF
    **** specification.

--
Matt Broughton
Only relatives are absolute.
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Alex Cherepanov]

Matt Broughton wrote:
> Sample PDF is at
> <http://webpages.charter.net/mbroughtn/beta/cgpdftopdfOUT.pdf>.  This is
> the output from the running of Apple's cgpdftopdf filter on a PDF spool
> file.  This is the normal Apple printing workflow.  Ghostscript is
> indicating there is an error.  Apple believes the PDF is compliant.
The file is invalid. The file has no object 11 and this is OK.
However, xref entry for the object 11 places it at the position 0.
   0000000000 00000 n

Ghostscript validates xref table and complains about this entry.
Ghostscript also chooses rebuild the whole table, which is not needed
in this case. The table is valid except one insignificant entry.

According to the spec, free entries should form a linked list.
0000000011 65535 f
0000035459 00000 n
0000002647 00000 n
0000005659 00000 n
0000000022 00000 n
0000002627 00000 n
0000002751 00000 n
0000005623 00000 n
0000009976 00000 n
0000018475 00000 n
0000032076 00000 n
0000000000 00000 f
...

Ghostscript doesn't validate the linked list. It just ignores all free
entries regardless of the numbers, but free entries should have 'f'
keyword.

Regards,
Alex Cherepanov
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel

[Matt Broughton]

At 1:18 PM -0500 11/1/09, Alex Cherepanov wrote:

>Matt Broughton wrote:
>>  Sample PDF is at
>><http://webpages.charter.net/mbroughtn/beta/cgpdftopdfOUT.pdf>.
>>This is the output from the running of Apple's cgpdftopdf filter on
>>a PDF spool file.  This is the normal Apple printing workflow.
>>Ghostscript is indicating there is an error.  Apple believes the
>>PDF is compliant.
>The file is invalid. The file has no object 11 and this is OK.
>However, xref entry for the object 11 places it at the position 0.
>   0000000000 00000 n
>
>Ghostscript validates xref table and complains about this entry.
>Ghostscript also chooses rebuild the whole table, which is not needed
>in this case. The table is valid except one insignificant entry.
>
>According to the spec, free entries should form a linked list.

. . .

>Ghostscript doesn't validate the linked list. It just ignores all free
>entries regardless of the numbers, but free entries should have 'f'
>keyword.


Thank you for the very detailed explanation.
--
Matt Broughton
Only relatives are absolute.
_______________________________________________
gs-devel mailing list
gs-devel@...
http://www.ghostscript.com/mailman/listinfo/gs-devel