after some hours debugging, here is what I can confirm: - the problem is with LFS enabled only; re-compiled pdftex with LFS disabled doesn't have this problem. - the problem seems to be related to the value of variable pdfptr gone wild at certain moment, not to the *seek() functions. - it seems a bug of pdftex, not compiler. Regards, Thanh On Tue, Sep 09, 2008 at 02:49:41PM +0400, Vladimir Volovich wrote:
"THT" == Thanh Han The writes:
THT> I also confirm this bug. This is caused by LFS. I did a lot of THT> testing with pdf inclusion on utah machines before TL release, THT> unfortunately with LFS always disabled so this bug was not THT> detected.
i tested the same on AIX, and got even weirder messages:
[skipped] (/mnt/Master/texmf-dist/tex/context/base/supp-pdf.tex [Loading MPS to PDF converter (version 2006.09.02).] )
<use cgolfer.pdf> [1{/mnt/Maste r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )2004 640010pen_name_prefixHur_file_name lose_name_suffixpdflatex: test: Invalid argument i'll recompile sparc-solaris and powerpc-aix using --disable-largefile and will look if it helps.
i didn't have an idea that LFS should be disabled because of such buggy behavior. the above messages on AIX look strange too. at least on solaris i get a meaningful error message.
Best, v.