Re: [NTG-context] simpleslides + combinepages != qpdf
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='
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='
' -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
participants (2)
-
Hartmut Henkel -
Reviczky, Adam