[tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
Vladimir Volovich
vvv at vsu.ru
Tue Sep 9 22:20:55 CEST 2008
"THT" == Thanh Han The writes:
THT> after some hours debugging, here is what I can confirm: - the
THT> problem is with LFS enabled only; re-compiled pdftex with LFS
THT> disabled doesn't have this problem.
yes, i recompiled passing the --disable-largefile to configure on
sparc-solaris and powerpc-aix, and now the test case works on both of
them (correct PDF is produced).
i commited only the updated pdftex binaries (rebuild on aix and solaris
produces lots of changed files even when sources did not change, so i
did not want to touch unaffected programs). if someone knows which
other programs are affected by the --disable-largefile, please let me
know. or maybe it's ok to update all binaries.
two odd things noticed on AIX:
1) pdftex prints some garbage to terminal and to the log instead
of the list of preloaded fonts. here is the diff between terminal output
on aix and solaris:
(/mnt/Master/texmf-dist/tex/context/base/supp-pdf.tex
[Loading MPS to PDF converter (version 2006.09.02).]
) <cgolfer.pdf, id=1, 597.50829pt x 845.0471pt> <use cgolfer.pdf> [1{/mnt/Maste
-r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )2004
-612640pen_name_prefix(ur_file_name?lose_name_suffix2004612640pen_name_prefix?ur
-_file_name?lose_name_suffix2004612640pen_name_prefixxur_file_name?lose_name_suf
-fix2004612640pen_name_prefix?ur_file_name?lose_name_suffix
+r/texmf/fonts/map/pdftex/updmap/pdftex.map} <./cgolfer.pdf>] (./test.aux) )</mn
+t/Master/texmf-dist/fonts/type1/bluesky/cm/cmr10.pfb></mnt/Master/texmf-dist/fo
+nts/type1/bluesky/cm/cmr12.pfb></mnt/Master/texmf-dist/fonts/type1/bluesky/cm/c
+mti12.pfb></mnt/Master/texmf-dist/fonts/type1/bluesky/cm/cmtt12.pfb>
Output written on test.pdf (1 page, 40672 bytes).
Transcript written on test.log.
2) xetex does not work on aix, it produces an error when generating a
format file, and actually even when starting in INITEX mode:
$ xetex -ini
fatal: memory exhausted (xmalloc of 72367120 bytes).
this box has 768 Mb of physical memory but maybe xetex was trying to
allocate more than that, and the last message is just the last chunk
of attempted malloc which failed.
i wonder if this failure is just because of insufficient memory, or a bug.
are there some "aggressive" limits for xetex set in texmf.cnf?
Best,
v.
More information about the tex-live
mailing list