hallo, I tried to make my first luatex-steps with the following wiki-example ------------------------------------- \usetypescript[palatino] \setupbodyfont[palatino,12pt] effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek \sc effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek ------------------------------------- after adding a \start/stoptext pair I get in 4 runs the following error: ------------------------------------- ){d:/context/tex/texmf/fonts/enc/dvips/tex-gyre/q-ec-sc.enc}fclose: No such file or directory fclose: No such file or directory ! Emergency stop. <*> tst3.tex ! ==> Fatal error occurred, no output PDF file produced! ------------------------------------- and in the 3. run I get ------------------------------------- fonts : using map file: original-youngryu-px [1.1 ! This can't happen (ext4). \actualshipout ... \box \postponedcontent \box 0}} \else \message {[\ifarrang... \myshipout ... \fi {\thisisrealpage \realfolio #1} \gotonextrealpage \aftersh... \dofinaloutput ...gebody #1#2\setpagecounters }}}} \else \the \pageboundsetti... \finaloutput ...EAEAEA \dofinaloutput \fi \fi #1#2 \resetselectiepagina \incr... \sidefloatoutput ...e \else \finalsidefloatoutput \global \sidefloatvsize \n... <argument> ...\fi \else \the \defaultstreamoutput \fi ... l.8 \stoptext ------------------------------------- I can not interpret this error. Can someone please explain! Wolfgang
Wolfgang Werners-Lucchini wrote:
hallo,
I tried to make my first luatex-steps with the following wiki-example ------------------------------------- \usetypescript[palatino] \setupbodyfont[palatino,12pt] effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek
\sc effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek ------------------------------------- after adding a \start/stoptext pair I get in 4 runs the following error:
Exactly how did you run luatex? The canonical way is texexec --luatex tst3 but I expect you are using some editor interface? Best wishes, Taco
On Mon, Apr 7, 2008 at 4:41 PM, Wolfgang Werners-Lucchini wrote:
hallo,
I tried to make my first luatex-steps with the following wiki-example ------------------------------------- \usetypescript[palatino] \setupbodyfont[palatino,12pt] effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek
\sc effe fietsen 2: \input tufte $\sqrt{2}$ \eogonek ------------------------------------- after adding a \start/stoptext pair I get in 4 runs the following error: ------------------------------------- ){d:/context/tex/texmf/fonts/enc/dvips/tex-gyre/q-ec-sc.enc}fclose: No such file or directory fclose: No such file or directory
! Emergency stop. <*> tst3.tex
! ==> Fatal error occurred, no output PDF file produced! -------------------------------------
Another thing that I don't understand - why is the encoding file for ec loaded? (Did you make any local modifications to the setup? Anywhere?) What is the map/dvips/tex-gyre/qpl-ec.map doing there? Just to make sure - what's the version of ConTeXt and LuaTeX that you're using, and do you have the cont-sys.tex file? Mojca
Mojca Miklavec wrote:
Another thing that I don't understand - why is the encoding file for ec loaded? (Did you make any local modifications to the setup? Anywhere?) What is the map/dvips/tex-gyre/qpl-ec.map doing there?
The 'q' items seem to imply an outdated version of latin modern.
Just to make sure - what's the version of ConTeXt and LuaTeX that you're using, and do you have the cont-sys.tex file?
Werner said he had used: http://minimals.contextgarden.net/setup/context-setup-mswin.zip But perhaps something was left behind from an earlier install? Best wishes, Taco
On Wed, Apr 9, 2008 at 9:48 AM, Taco Hoekwater wrote:
Mojca Miklavec wrote:
Another thing that I don't understand - why is the encoding file for ec loaded? (Did you make any local modifications to the setup? Anywhere?) What is the map/dvips/tex-gyre/qpl-ec.map doing there?
The 'q' items seem to imply an outdated version of latin modern.
That's quasi-palatino (they have kept the old name).
Just to make sure - what's the version of ConTeXt and LuaTeX that you're using, and do you have the cont-sys.tex file?
Werner said he had used:
http://minimals.contextgarden.net/setup/context-setup-mswin.zip
But perhaps something was left behind from an earlier install?
Part of it has been my fault. Werner, can you try to update and see if it works now? I have changed \usetypescriptfile[type-gyr] in cont-sys.tex into \beginOLDTEX \usetypescriptfile[type-gyr] \endOLDTEX but the weird LuaTeX error might still be worth resolving. Here's a minimal example for Hans & Taco: \usetypescriptfile[type-gyr] \usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext Both LuaTeX and XeTeX fail (two different "bugs"), and I have no idea why that happens. (Why are the map files loaded without calling the [ec] encoding in XeTeX? And what's wrong with LuaTeX reading the map/encoding files?) Mojca
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext
Both LuaTeX and XeTeX fail (two different "bugs"), and I have no idea why that happens. (Why are the map files loaded without calling the [ec] encoding in XeTeX? And what's wrong with LuaTeX reading the map/encoding files?)
In case that it helps - here's the log:
fonts : using map file: original-ams-base
{/Users/mojca/context/tex/texmf-context/fonts/map/pdftex/context/original-ams-base.map}
fonts : using map file: original-ams-euler
{/Users/mojca/context/tex/texmf-context/fonts/map/pdftex/context/original-ams-euler.map}
fonts : using map file: original-public-lm
{/Users/mojca/context/tex/texmf-context/fonts/map/pdftex/context/original-public-lm.map}
fonts : using map file: qpl-ec
{/Users/mojca/context/tex/texmf/fonts/map/dvips/tex-gyre/qpl-ec.map}
fonts : using map file: original-youngryu-px
{/Users/mojca/context/tex/texmf-context/fonts/map/pdftex/context/original-youngryu-px.map}
[1.1]
systems : end file a at line 9
){/Users/mojca/context/tex/texmf/fonts/enc/dvips/tex-gyre/q-ec.enc}
! Emergency stop.
<*> a.tex
fclose: Bad file descriptor
fclose: Bad file descriptor
! ==> Fatal error occurred, no output PDF file produced!
----------------------
The output of XeTeX is to be expected, but I don't know why the map
file is loaded at all.
) (/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-siz.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-otf.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-xtx.tex)
(/Users/mojca/context/tex/texmf-context/tex/context/base/type-gyr.tex))
(./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo)
(./a.tuo) (./a.tuo) (./a.tuo) (./a.tuo)
systems : begin file a at line 4
fonts : resetting map file list
fonts : using map file: original-base
fonts : using map file: lm-math
fonts : using map file: lm-rm
fonts : using map file: texnansi-base
fonts : using map file: ec-base
fonts : using map file: qx-base
fonts : using map file: t5-base
fonts : using map file: 8r-base
fonts : using map file: original-ams-base
fonts : using map file: original-ams-euler
fonts : using map file: original-public-lm
fonts : using map file: qpl-ec
fonts : using map file: original-youngryu-px
(/Users/mojca/context/tex/texmf-context/tex/context/base/sort-def.tex
(/Users/mojca/context/tex/texmf-context/tex/context/base/sort-def.mkii))
(/Users/mojca/context/tex/texmf-context/tex/context/base/sort-lan.tex
loading : Context Sorting Macros (languages)
(/Users/mojca/context/tex/texmf-context/tex/context/base/sort-lan.mkii))
[1.1]
systems : end file a at line 9
)
stdin -> a.pdf
[1
** WARNING ** This .map file looks like a dvips format fontmap file.
** WARNING ** -- Current input buffer is: ec-qplr
TeXGyrePagella-Regular "encqec ReEncodeFont"
Mojca Miklavec wrote:
systems : end file a at line 9 ){/Users/mojca/context/tex/texmf/fonts/enc/dvips/tex-gyre/q-ec.enc} ! Emergency stop. <*> a.tex
fclose: Bad file descriptor fclose: Bad file descriptor ! ==> Fatal error occurred, no output PDF file produced!
My luatex happily reports {/opt/tex/texmf-local/fonts/map/dvips/tex-gyre/qpl-ec.map} fonts : using map file: original-youngryu-px {/opt/tex/texmf-project/fonts/map/pdftex/context/original-youngryu-px.map} [1.1] systems : end file pal at line 6 ) Here it seems it doesn't load the encoding file because it loads ec-qplr:afm (unicode encoding), yours probably loads ec-qplr:tfm (ec encodign). Perhaps qplr.pfb is missing? The crash could be a luatex bug then, it is definately possible there is an incorrect fclose(NULL) somewhere when the enc is there but the pfb isn't. Can you try that please? The actully using pfb instead of otf sounds like a mkiv problem. Best wishes, Taco
On Wed, Apr 9, 2008 at 12:17 PM, Taco Hoekwater wrote:
Mojca Miklavec wrote:
systems : end file a at line 9 ){/Users/mojca/context/tex/texmf/fonts/enc/dvips/tex-gyre/q-ec.enc} ! Emergency stop. <*> a.tex
fclose: Bad file descriptor fclose: Bad file descriptor ! ==> Fatal error occurred, no output PDF file produced!
My luatex happily reports
{/opt/tex/texmf-local/fonts/map/dvips/tex-gyre/qpl-ec.map}
fonts : using map file: original-youngryu-px {/opt/tex/texmf-project/fonts/map/pdftex/context/original-youngryu-px.map} [1.1] systems : end file pal at line 6 )
Here it seems it doesn't load the encoding file because it loads ec-qplr:afm (unicode encoding), yours probably loads ec-qplr:tfm (ec encodign).
I have indeed removed all the afm files from the font, if that's part of your question.
Perhaps qplr.pfb is missing?
I have it on the disk, but it doesn't get so far to load it (maybe because it crashes before, or I don't know).
The crash could be a luatex bug then, it is definately possible there is an incorrect fclose(NULL) somewhere when the enc is there but the pfb isn't. Can you try that please?
qplr.pfb is there, but even if I remove it :) nothing changes.
The actully using pfb instead of otf sounds like a mkiv problem.
mkii as well. The same problem happens in XeTeX (not with fclose, but alone the fact that the old fonts are used instead of otf). Mojca
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext
i cannot reproduce the crash/problems on my machine
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all.
you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf) 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 -----------------------------------------------------------------
Hans Hagen wrote:
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext
i cannot reproduce the crash/problems on my machine
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all.
you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf)
Well, that's the thing: it seems to us that whenever context finds PFB files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed.
Taco Hoekwater wrote:
Hans Hagen wrote:
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext i cannot reproduce the crash/problems on my machine
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all. you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf)
Well, that's the thing: it seems to us that whenever context finds PFB files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed.
hm, this puzzles me because i have afm/pfb/otf on my system ----------------------------------------------------------------- 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 -----------------------------------------------------------------
Hans Hagen wrote:>> Well, that's the thing: it seems to us that whenever context finds PFB
files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed.
hm, this puzzles me because i have afm/pfb/otf on my system
tfm too? I only get the problem if the qplr.tfm is found
Taco Hoekwater wrote:
Hans Hagen wrote:>> Well, that's the thing: it seems to us that whenever context finds PFB
files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed. hm, this puzzles me because i have afm/pfb/otf on my system
tfm too? I only get the problem if the qplr.tfm is found
luatools --all *qplr.* c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2b-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ts1-qplr.tfm c:/data/develop/tex/texmf/fonts/afm/public/tex-gyre/qplr.afm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2a-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2c-qplr.tfm c:/data/develop/tex/texmf/fonts/type1/public/tex-gyre/qplri.pfb c:/data/develop/tex/texmf/tex4ht/ht-fonts/alias/qfonts/qplr.htf c:/data/develop/tex/texmf/fonts/type1/public/tex-gyre/qplr.pfb c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/rm-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/texnansi-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/rm-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2b-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2c-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2a-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t5-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t5-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/qx-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/el-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ec-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/el-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/cs-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/cs-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/cs-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ec-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ec-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/l7x-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/l7x-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/el-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/el-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/qx-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/qx-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/qx-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t5-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/texnansi-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ts1-qplri.tfm c:/data/develop/tex/texmf/fonts/afm/public/tex-gyre/qplri.afm c:/data/develop/tex/texmf/fonts/type1/public/tex-gyre/qplr.pfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/rm-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/l7x-qplr-sc.tfm c:/data/develop/tex/texmf/fonts/type1/public/tex-gyre/qplri.pfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/rm-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ec-qplr-sc.tfm c:/data/develop/tex/texmf/tex4ht/ht-fonts/alias/qfonts/qplri.htf c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/l7x-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/texnansi-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/cs-qplri-sc.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t5-qplri.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/texnansi-qplri.tfm
so. i have them all, luatex reports ...
)
On 9 apr 2008, at 19:59, Hans Hagen wrote:
Taco Hoekwater wrote:
Hans Hagen wrote:>> Well, that's the thing: it seems to us that whenever context finds PFB
files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed. hm, this puzzles me because i have afm/pfb/otf on my system
tfm too? I only get the problem if the qplr.tfm is found
luatools --all *qplr.* c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2b-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ts1-qplr.tfm c:/data/develop/tex/texmf/fonts/afm/public/tex-gyre/qplr.afm
That's strange. Here this command gives: 103 ~: luatools --all *qplr.* /usr/local/texlive/2007/bin/powerpc-darwin/luatools:4392: bad argument #1 to 'pairs' (table expected, got nil) allthough: 104 ~: find /usr/local -name *qplr.* /usr/local/texlive/2007/texmf-dist/fonts/afm/public/tex-gyre/qplr.afm /usr/local/texlive/2007/texmf-dist/fonts/tfm/public/tex-gyre/cs-qplr.tfm /usr/local/texlive/2007/texmf-dist/fonts/tfm/public/tex-gyre/ec-qplr.tfm .... Any idea what can be wrong? Not all can be wrong though, because texmfstart texexec --luatex luatest1.tex typesets a file containing lua code. Hans van der Meer
Hans van der Meer wrote:
That's strange. Here this command gives: 103 ~: luatools --all *qplr.* /usr/local/texlive/2007/bin/powerpc-darwin/luatools:4392: bad argument #1 to 'pairs' (table expected, got nil)
Could be a badly quoted filename, somewhere. Does asking for the full name work? Like this I mean: luatools qplr.afm Best wishes, Taco
Hans van der Meer wrote:
On 9 apr 2008, at 19:59, Hans Hagen wrote:
Taco Hoekwater wrote:
Hans Hagen wrote:>> Well, that's the thing: it seems to us that whenever context finds PFB
files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed. hm, this puzzles me because i have afm/pfb/otf on my system tfm too? I only get the problem if the qplr.tfm is found luatools --all *qplr.* c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/t2b-qplr.tfm c:/data/develop/tex/texmf/fonts/tfm/public/tex-gyre/ts1-qplr.tfm c:/data/develop/tex/texmf/fonts/afm/public/tex-gyre/qplr.afm
That's strange. Here this command gives: 103 ~: luatools --all *qplr.* /usr/local/texlive/2007/bin/powerpc-darwin/luatools:4392: bad argument #1 to 'pairs' (table expected, got nil)
hm, just make sure that you use the luatools that is in the context zip ----------------------------------------------------------------- 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 -----------------------------------------------------------------
Taco Hoekwater wrote:
Hans Hagen wrote:
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext i cannot reproduce the crash/problems on my machine
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all. you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf)
Well, that's the thing: it seems to us that whenever context finds PFB files for the tex-gyre fonts (qplr.tfm&pfb in this case), it will use those, totally ignoring any opentype fonts that are also installed.
ah, i see at the top of type-gyr.tex add: \beginNEWTEX already-otf-gyre \endinput \endNEWTEX the type-gyr is only meant for type one usage and maybe we should merge this info in type-one (assuming that context users now have gyre on their system) however, even with pfb i don't get the error, so this is still something weird 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 -----------------------------------------------------------------
Hans Hagen wrote:
however, even with pfb i don't get the error, so this is still something weird
It is an array access that goes out of bounds, so it could be somewhat system-dependent. It will _certainly_ only happen if the tfm is used, the afm-based font is in wide encoding, and that is perfectly safe as it doesnt need to array indices at all. The "fclose" errors are just a side-effect of the real crash and happen after that has already happened. The crash manifests itself as just another ! Emergency stop. <*> a.tex But like I said, it may not happen always. Out of bounds errors do that, sometimes. Best wishes, Taco
On Wed, Apr 9, 2008 at 5:51 PM, Hans Hagen wrote:
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext
i cannot reproduce the crash/problems on my machine
One needs to delete afm files (without using Taco's latest patch).
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all.
you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf)
Sure. But there is one thing that I don't understand and needs to be resolved even before adding NEWTEX on top of type-gyr. Why are the Type 1 fonts used at all? If I say \usetyscript[postscript] (no [ec]!!!), why do I get the Type 1 fonts instead of OpenType? Shouldn't a couple of additional definitions with ec/texnansi encoding be rather harmless (i.e. should not influence OpenType fonts)? Mojca
Mojca Miklavec wrote:
On Wed, Apr 9, 2008 at 5:51 PM, Hans Hagen wrote:
Mojca Miklavec wrote:
Here's a minimal example for Hans & Taco:
\usetypescriptfile[type-gyr]
\usetypescript[palatino] \setupbodyfont[palatino,12pt] \starttext ab\ccaron \stoptext
i cannot reproduce the crash/problems on my machine
One needs to delete afm files (without using Taco's latest patch).
The output of XeTeX is to be expected, but I don't know why the map file is loaded at all.
you mean that for xetex map files are loaded? if we can assumt that xetex users use open type fonts we can avoid that (at some point we can drop transition from type1/otf)
Sure. But there is one thing that I don't understand and needs to be resolved even before adding NEWTEX on top of type-gyr. Why are the Type 1 fonts used at all? If I say \usetyscript[postscript] (no [ec]!!!), why do I get the Type 1 fonts instead of OpenType? Shouldn't a couple of additional definitions with ec/texnansi encoding be rather harmless (i.e. should not influence OpenType fonts)?
we use names like TimesRomen-Bold internally and type-gyr maps to pfb variants and since it is loaded *after* the otf definitions it wins 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 (5)
-
Hans Hagen -
Hans van der Meer -
Mojca Miklavec -
Taco Hoekwater -
Wolfgang Werners-Lucchini