On Tue, 3 May 2011, Reviczky, Adam wrote:

> > found it: There were 4 null objects in an ObjStm in handout.pdf, stored
> > now compress: "nullnullnullnull" (not yet so in 0.70.x). Each null
> > object has a correct pointer to its begin (the 'n'), so one should
> > suppose that an object ends at the character ('l') just before the start
> > ('n') of the next null object. Like in the TeX string pool.
> >
> > But qpdf gives an error about a "nullnullnullnull" object (fully
> > ignoring the start of the 2nd null object!), and also Adobe Reader 9
> > quits with an error. Interestingly xpdf displays the file handout.pdf
> > without any problem. The problem is fixed by adding a space at to the
> > end of each object within an ObjStm, so there is now "null null null
> > null", see SVN 4242. No comment in the PDF Ref. on this. Looks like a
> > flaw in qpdf and the Reader?
> >
> > Regards, Hartmut
>
> Thanks Hartmut for fixing this!
>
> On another note I can't seem to compile the latest trunk anymore, it fails with:
>
> ...
> mv -f .deps/libluatex_a-writejp2.Tpo .deps/libluatex_a-writejp2.Po
> CWEBINPUTS=../../../source/texk/web2c/luatexdir/image TEXMFCNF=../../../source/texk/web2c/../kpathsea ./ctangle writepng.w
> This is CTANGLE, Version 3.64 (TeX Live 2011)
>
> Writing the output file (writepng.c):.....500.
> Done.
> (No errors were found.)
> gcc -DHAVE_CONFIG_H -I. -I../../../source/texk/web2c -I./w2c  -I/home/reviczky/Downloads/test/luatex-dir/luatex-0.70.0~svn201105022255r{revno}/build/texk -I/home/reviczky/Downloads/test/luatex-dir/luatex-0.70.0~svn201105022255r{revno}/source/texk -DNO_DEBUG  -I/usr/include/libpng12   -DPOPPLER_VERSION=\"0.16.4\" -I/usr/include/poppler   -I/home/reviczky/Downloads/test/luatex-dir/luatex-0.70.0~svn201105022255r{revno}/build/libs/obsdcompat -I/home/reviczky/Downloads/test/luatex-dir/luatex-0.70.0~svn201105022255r{revno}/source/libs/obsdcompat -I../../../source/texk/web2c/libmd5 -I../../../source/texk/web2c/luatexdir -I../../../source/texk/web2c/luatexdir/lua51 -DpdfTeX -I../../../source/texk/web2c/synctexdir -DSYNCTEX_ENGINE_H='<synctex-luatex.h>'  -Wall -Wunused -Wimplicit -Wreturn-type -Wdeclaration-after-statement -Wno-unknown-pragmas -Wmissing-prototypes -Wmissing-declarations -g -Wall -O2 -Wdeclaration-after-statement -MT libluatex_a-writepng.o -MD -MP -MF .deps/libluatex_a-writepng.Tpo -c -o libluatex_a-writepng.o `test -f 'writepng.c' || echo '../../../source/texk/web2c/'`writepng.c
> ../../../source/texk/web2c/luatexdir/image/writepng.w: In function ‘write_png’:
> ../../../source/texk/web2c/luatexdir/image/writepng.w:558:19: error: ‘PNG_FP_1’ undeclared (first use in this function)
> ../../../source/texk/web2c/luatexdir/image/writepng.w:558:19: note: each undeclared identifier is reported only once for each function it appears in
> make[1]: *** [libluatex_a-writepng.o] Error 1
> make[1]: Leaving directory `/home/reviczky/Downloads/test/luatex-dir/luatex-0.70.0~svn201105022255r{revno}/build/texk/web2c'
> luatex binary not stripped
> ls: cannot access build/texk/web2c/luatex: No such file or directory
> make: *** [build-stamp] Error 2
> ...
>
> Is that a problem on my end?

the PNG_FP_1 i have added recently, it's defined in png.h. Must be some
configure problem, maybe system png.h is used instead of the one coming
with the libpng within luatex. i don't have the problem here. Sorry,
needs investigation...

Regards, Hartmut