Re: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly
clone 397571 -1
retitle -1 Number of fonts supported by pdftex is limited
clone -1 -2
reassign -1 tetex-bin
reassign -2 texlive-bin
thanks
I think the "number of fonts is limited" thing deserves a separate bug.
If I'm not mistaken, most of the other issues with CJK are either fixed
in debian-reference or in debiandoc-sgml, but this one is not.
Danai SAE-HAN (韓達耐) <danai.sae-han@edpnet.be> wrote:
> Heh, I just had a reply prepared in my drafts. =)
> There is indeed another patch, also provided by Taco Hoekwater:
> http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002522.html
> (with a reply from Thanh Han The).
>
> He suggests adding
>
> if vf_nf>font_max then
> overflow("virtual fonts",font_max);
>
> right after vf_nf (twice) in pdftex.web.
Ah, so for teTeX and TeXlive (which don't have pdftex.web, but change
files to tex.web instead) this would probably be the following patch:
texk/web2c/pdftexdir/hz.ch | 2 ++
texk/web2c/pdftexdir/pdftex.ch | 2 ++
2 files changed, 4 insertions(+)
Index: trunk/texk/web2c/pdftexdir/hz.ch
===================================================================
--- trunk.orig/texk/web2c/pdftexdir/hz.ch 2006-11-22 19:18:28.000000000 +0100
+++ trunk/texk/web2c/pdftexdir/hz.ch 2006-11-22 19:20:23.000000000 +0100
@@ -341,6 +341,8 @@
vf_i_fnts[vf_nf] := auto_expand_font(vf_i_fnts[lf], e);
set_expand_param(vf_i_fnts[vf_nf], vf_i_fnts[lf], e);
incr(vf_nf);
+ if vf_nf>font_max then
+ overflow("virtual fonts",font_max);
end;
vf_packet_base[f] := vf_packet_base[bf];
vf_local_font_num[f] := vf_local_font_num[bf];
Index: trunk/texk/web2c/pdftexdir/pdftex.ch
===================================================================
--- trunk.orig/texk/web2c/pdftexdir/pdftex.ch 2006-11-22 19:18:50.000000000 +0100
+++ trunk/texk/web2c/pdftexdir/pdftex.ch 2006-11-22 19:20:28.000000000 +0100
@@ -2263,6 +2263,8 @@
vf_e_fnts[vf_nf] := vf_read(cmd - fnt_def1 + 1);
vf_i_fnts[vf_nf] := vf_def_font(f);
incr(vf_nf);
+ if vf_nf>font_max then
+ overflow("virtual fonts",font_max);
cmd := vf_byte;
end;
vf_default_font[f] := save_vf_nf;
However, if I'm not mistaken this does *not* set the limit higher, it
will just bail out with a decent error message, instead of - well, what?
I couldn't find it in the long conversation in this bug log.
> I don't have the source, so if you could test pdflatex with test.tex?
> You can find it here:
> http://users.edpnet.be/vanmeel/test.tex
Which fonts (or other things) do I need to have installed? With
latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error
messages of the type
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 bkaiu99
mktexpk: don't know how to create bitmap font for bkaiu99.
kpathsea: Appending font creation commands to missfont.log.
(see the transcript file for additional information)
Warning: pdflatex (file bkaiu99): Font bkaiu99 at 864 not found
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 2+293/600 --dpi 1493 bkaiu93
mktexpk: don't know how to create bitmap font for bkaiu93.
And what about
\InputIfFileExists{LaTeXmacros.sty}{}{}
\InputIfFileExists{zh-tw/LaTeXmacros.sty}{}{}
Does that make a difference?
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Reply to: