[Dev-luatex] Bug in pdf/pdftables.w

luigi scarso luigi.scarso at gmail.com
Mon Sep 12 15:30:33 CEST 2016

On Sun, Sep 11, 2016 at 6:41 PM, Lars Hamren <lh at sdu.se> wrote:
> Hi,
> The increment must be done before the test, not after.
> /Lars
> _______________________________________________
> dev-luatex mailing list
> dev-luatex at ntg.nl
> https://mailman.ntg.nl/mailman/listinfo/dev-luatex

Hm, I'm not sure.

The standard at  7.3.10 says

Indirect Objects
Any object in a PDF file may be labelled as an indirect object. This
gives the object a unique object identifier by
which other objects can refer to it (for example, as an element of an
array or as the value of a dictionary entry).
The object identifier shall consist of two parts:
A positive integer object number. Indirect objects may be numbered
sequentially within a PDF file, but this
is not required; object numbers may be assigned in any arbitrary order.
A non-negative integer generation number. In a newly created file, all
indirect objects shall have generation
numbers of 0. Nonzero generation numbers may be introduced when the
file is later updated; see sub-
clauses 7.5.4, "Cross-Reference Table" and 7.5.6, "Incremental Updates."

 Table C.1 –  Architectural limits  (continued) says

indirect object 8,388,607 Maximum number of indirect objects in a PDF file.

So 1<= object number <= 8,388,607

Maybe this is a bit misleading
#  define sup_obj_tab_size    8388607  /* max size of the
cross-reference table for PDF output */
but the object 0 is a special object.

More information about the dev-luatex mailing list