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='