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
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : [email protected] / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
