[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