Hello, I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096. The second problem is about texfont. When texfont installing Type1 fonts, it use '-p' option of afm2tfm to collect some infomation, but it seems in the afm2tfm source code of MikTeX, -p only works when libkpathsea enabled, otherwise afm2tfm will crash. (without kpathsea support, afm2tfm will only looking for .enc in current directory instead of the directory configured in miktex.ini. Some users in this mail-list may have reported this problem). Current afm2tfm executable file from MikTeX was compiled without libkpathsea support, so when texfont tries to || my $command = "afm2tfm \"$file\" -p texnansi.enc texfont.tfm"; afm2tfm crashed and texfont failed to collect infomation into the $cleanfont variable. So I suggest the maintainer of context avoid using the -p option, it seems ||afm2tfm \"$file\" texfont.tfm| | does the same job in this piece of code. Another problem is that some font vendor distribute their font files in captial letters, such as BIRKA___.PFB, it cause the copy_files routine in texfont.pl failed to copy those pfb files to correct texmf directory. Regards, jjgod. |
Hi,
I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096.
Did you contact the MikTeX maintainers about that? [...]
So I suggest the maintainer of context avoid using the -p option, it seems
||afm2tfm \"$file\" texfont.tfm| | does the same job in this piece of code.
But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. Patrick -- ConTeXt wiki and more: http://contextgarden.net
Hi,
I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096.
Did you contact the MikTeX maintainers about that? It seems the MikTeX maintainer have noticed that, but no official bugfix release at present.
[...]
So I suggest the maintainer of context avoid using the -p option, it seems
||afm2tfm \"$file\" texfont.tfm| | does the same job in this piece of code.
But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. So what output infomation will afm2tfm generate when -p option is on? In my copy of texfont.pl, it only use -p option once, unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what?
Patrick
jjgod wrote:
So I suggest the maintainer of context avoid using the -p option, it seems
||afm2tfm \"$file\" texfont.tfm| | does the same job in this piece of code.
But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings.
So what output infomation will afm2tfm generate when -p option is on? In my copy of texfont.pl, it only use -p option once, unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what?
If I understand this correctly, afm2tfm uses the -p encoding as the intrinsic encoding of the pfb file. That is an important bit of information in "collecting information" phase of afm2tfm. The entire "don't use this switch because it crashes the program under miktex" argument is a bit bizarre from my viewpoint. Surely if the miktex version of afm2tfm crashes when you feed it a valid command line, than that indicates a bug in afm2tfm, not in texfont. So I suggest sending a bug report to the person(s) maintaining afm2tfm and/or miktex. Taco
[...]
But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings.
So what output infomation will afm2tfm generate when -p option is on?
The encoding of the fonts in the postscript/pdf file. And an entry for
the mapfile, such as
8r-dolli___-orig Dolly-Italic "TeXBase1Encoding ReEncodeFont" <8r.enc In my copy of texfont.pl, it only use -p option once, Then we must have different texfont.pl version. Each time afm2tfm is
called, it uses either -T or -p. Running afm2tfm without those
parameters doesn't make very much sense. (Unless you are an english
speaking person that never typesets foreign languages.) unlink the tfm file, collect output into $cleanfont variable. So if
I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to
what? That doesn't matter here. afm2tfm needs to get fixed in miktex. Point.
No discussion worth.
Patrick
--
ConTeXt wiki and more: http://contextgarden.net
jjgod wrote:
Did you contact the MikTeX maintainers about that?
It seems the MikTeX maintainer have noticed that, but no official bugfix release at present.
afaik it is/will-be fixed in the latest release Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (4)
-
Hans Hagen -
jjgod -
Patrick Gundlach -
Taco Hoekwater