latest beta: trouble with font loading
Hi Hans, all, the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box: mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil) Any pointers? Thomas
Thomas A. Schmitz wrote:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
I changed that line to: if not data or not next(data) or not next(data.specifications) then and now it works again.
Taco Hoekwater wrote:
Thomas A. Schmitz wrote:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
I changed that line to:
if not data or not next(data) or not next(data.specifications) then
and now it works again.
otoh: it now always returns only one font
Am 20.11.2009 um 11:45 schrieb Thomas A. Schmitz:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
1. delete the luatex cache 2. luatools --selfupdate mtxrun --selfupdate 3. luatools --generate Wolfgang
2009/11/20 Wolfgang Schuster
Am 20.11.2009 um 11:45 schrieb Thomas A. Schmitz:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
1. delete the luatex cache 2. luatools --selfupdate mtxrun --selfupdate 3. luatools --generate
I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file: \definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext The process of compiling stops here: !load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ... ^C -- Best regards, Li Yanrui
Yanrui Li wrote: > 2009/11/20 Wolfgang Schuster: >> Am 20.11.2009 um 11:45 schrieb Thomas A. Schmitz: >> >>> Hi Hans, all, >>> >>> the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box: >>> >>> mtxrun --script fonts --list --pattern="*gentium*" >>> ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil) >>> >>> Any pointers? >> 1. delete the luatex cache >> 2. luatools --selfupdate >> mtxrun --selfupdate >> 3. luatools --generate >> > > I did so and solved this problem. However I can not use Chinese OTF > fonts such as 'AdobeSongStd-Light.otf', because luatex need very very > large memory to load it in the stage of *enhancing* . This is a test > file: > > \definefont[song][name:adobesongstd] > \starttext > \song 测试 > \stoptext > > The process of compiling stops here: > > !load otf : loading: > /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: > adobesongstd-light) > !load otf : file size: 16229772 > !load otf : enhancing ... that's only the first time ----------------------------------------------------------------- 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 -----------------------------------------------------------------
2009/11/20 Hans Hagen
Yanrui Li wrote:
I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file:
\definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext
The process of compiling stops here:
!load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ...
that's only the first time
But it looks like abnormal. It is still *enhancing* after spending 3.3GB memory and about 1 minute. Finally I got the message: !load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ... ! LuaTeX fatal error not enough memory. \lowleveldefinefont ...dimexpr \textface \relax )} \edef \somefontspec {at \s... \dododefinefont ...inefont {#2}\rawfontidentifier \csname \rawfontidentifier... l.3 \song 测试 ! ==> Fatal error occurred, no output PDF file produced!MTXrun | fatal error: return code: 1 -- Best regards, Li Yanrui
Yanrui Li wrote:
2009/11/20 Hans Hagen
: I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file:
\definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext
The process of compiling stops here:
!load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ...
Yanrui Li wrote: that's only the first time
But it looks like abnormal. It is still *enhancing* after spending 3.3GB memory and about 1 minute. Finally I got the message:
fixed in beta, was some kind of loop ----------------------------------------------------------------- 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 -----------------------------------------------------------------
2009/11/21 Hans Hagen
Yanrui Li wrote:
2009/11/20 Hans Hagen
: Yanrui Li wrote:
I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file:
\definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext
The process of compiling stops here:
!load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ...
that's only the first time
But it looks like abnormal. It is still *enhancing* after spending 3.3GB memory and about 1 minute. Finally I got the message:
fixed in beta, was some kind of loop
Sorry for my noice. The problem still exists in the latest beta (2009.11.21 00:06, linux x86) which was installed after I removed the previous one completely. The problem just arise in loading Chinese OTF fonts. It is normal for loading Chinese TTF font. -- Best regards, Li Yanrui
2009/11/21 Yanrui Li
2009/11/21 Hans Hagen
: Yanrui Li wrote:
2009/11/20 Hans Hagen
: Yanrui Li wrote:
I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file:
\definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext
The process of compiling stops here:
!load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ...
that's only the first time
But it looks like abnormal. It is still *enhancing* after spending 3.3GB memory and about 1 minute. Finally I got the message:
fixed in beta, was some kind of loop
Sorry for my noice. The problem still exists in the latest beta (2009.11.21 00:06, linux x86) which was installed after I removed the previous one completely. The problem just arise in loading Chinese OTF fonts. It is normal for loading Chinese TTF font.
I find out that the problem is caused by the new 'resolvers.split_path' function in data-res.lua. It can be solved with the old 'resolvers.split_path' function instead of the new one. -- Best regards, Li Yanrui
Hello all, i wrote an email last thursday but got no answer because of this: Your request to the ntg-context mailing list Posting of your message titled "fonts broken in recent ConTeXt mkiv...?" has been rejected by the list moderator. The moderator gave the following reason for rejecting your request: "Your message was too big; please trim it to less than 64 KB in size." Any questions or comments should be directed to the list administrator at: ntg-context-owner@ntg.nl whatever... now i only have attached the .log and .tex (minimal example) files (first i attached the .otf font too). My problem with the otf font loading still exists (even after completely removing the old minimals and uptating via first-setup.sh). All my documents compile normal but the fonts are not visible (in one document i can see some strange numbers...predominantly 9) no matter what otf font i use (all my fonts are located in /Users/bernhardrosensteiner/Library/Fonts). All graphic related stuff works normal even the defined position on the paper is right. Fallback fonts (normal cmr) works (when i out-comment the \definefont line in my minimal example). I have Mac OS X 10.6. please help best regards Bernhard Am 21.11.2009 um 02:28 schrieb Yanrui Li:
2009/11/21 Hans Hagen
: Yanrui Li wrote:
2009/11/20 Hans Hagen
: Yanrui Li wrote:
I did so and solved this problem. However I can not use Chinese OTF fonts such as 'AdobeSongStd-Light.otf', because luatex need very very large memory to load it in the stage of *enhancing* . This is a test file:
\definefont[song][name:adobesongstd] \starttext \song 测试 \stoptext
The process of compiling stops here:
!load otf : loading: /usr/share/fonts/adobe/AdobeSongStd-Light.otf (hash: adobesongstd-light) !load otf : file size: 16229772 !load otf : enhancing ...
that's only the first time
But it looks like abnormal. It is still *enhancing* after spending 3.3GB memory and about 1 minute. Finally I got the message:
fixed in beta, was some kind of loop
Sorry for my noice. The problem still exists in the latest beta (2009.11.21 00:06, linux x86) which was installed after I removed the previous one completely. The problem just arise in loading Chinese OTF fonts. It is normal for loading Chinese TTF font.
-- Best regards,
Li Yanrui ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
2009/11/22 Bernhard Rosensteiner
Hello all,
now i only have attached the .log and .tex (minimal example) files (first i attached the .otf font too). My problem with the otf font loading still exists (even after completely removing the old minimals and uptating via first-setup.sh). All my documents compile normal but the fonts are not visible (in one document i can see some strange numbers...predominantly 9) no matter what otf font i use (all my fonts are located in /Users/bernhardrosensteiner/Library/Fonts). All graphic related stuff works normal even the defined position on the paper is right. Fallback fonts (normal cmr) works (when i out-comment the \definefont line in my minimal example). I have Mac OS X 10.6.
You can try \definefont[TitleFont][name:GaramondPremrPro-Disp at 30pt] -- Best regards, Li Yanrui
Hello all, thanks for help Li. It seems since the latest beta this "name:" is obligatory. However, now i get an error (see attachment). I think its the same error reported in "[ntg-context] font-syn.lua error". best regards Bernhard Am 22.11.2009 um 02:34 schrieb Yanrui Li:
2009/11/22 Bernhard Rosensteiner
: Hello all,
now i only have attached the .log and .tex (minimal example) files (first i attached the .otf font too). My problem with the otf font loading still exists (even after completely removing the old minimals and uptating via first-setup.sh). All my documents compile normal but the fonts are not visible (in one document i can see some strange numbers...predominantly 9) no matter what otf font i use (all my fonts are located in /Users/bernhardrosensteiner/Library/Fonts). All graphic related stuff works normal even the defined position on the paper is right. Fallback fonts (normal cmr) works (when i out-comment the \definefont line in my minimal example). I have Mac OS X 10.6.
You can try
\definefont[TitleFont][name:GaramondPremrPro-Disp at 30pt]
-- Best regards,
Li Yanrui ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
On Nov 20, 2009, at 1:17 PM, Wolfgang Schuster wrote:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
1. delete the luatex cache 2. luatools --selfupdate mtxrun --selfupdate 3. luatools --generate
Taco, Wolfgang, thanks for your replies. Wolfgang: that doesn't change anything here. Taco: after applying this patch, a luatex-cache hangs at !load otf : loading: /Users/tas/texmf/fonts/truetype/greek/gentium/GenAR102.TTF (hash: genar102-gentium) So it looks like the font loading mechanism has some deeper problems. The same binary works as exoected with an older version of ConTeXt, so it doesn't appear to be a luatex problem. All best Thomas
Thomas A. Schmitz wrote: > On Nov 20, 2009, at 1:17 PM, Wolfgang Schuster wrote: > >>> Hi Hans, all, >>> >>> the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box: >>> >>> mtxrun --script fonts --list --pattern="*gentium*" >>> ...text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil) >>> >>> Any pointers? >> 1. delete the luatex cache >> 2. luatools --selfupdate >> mtxrun --selfupdate >> 3. luatools --generate > > Taco, Wolfgang, > > thanks for your replies. Wolfgang: that doesn't change anything here. Taco: after applying this patch, a luatex-cache hangs at > > !load otf : loading: /Users/tas/texmf/fonts/truetype/greek/gentium/GenAR102.TTF (hash: genar102-gentium) > > So it looks like the font loading mechanism has some deeper problems. The same binary works as exoected with an older version of ConTeXt, so it doesn't appear to be a luatex problem. do you have a small test file? ----------------------------------------------------------------- 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 -----------------------------------------------------------------
On Nov 20, 2009, at 1:50 PM, Hans Hagen wrote:
do you have a small test file?
Not yet. It looks like it has something to do with font features, but I can't reproduce it with a minimal file yet (it occurs in a presentation with our simple-slides module). I'll try and see if I can find a small file that triggers the error. Thomas
Thomas A. Schmitz wrote:
Hi Hans, all,
the two latest betas have trouble loading fonts from my own typescripts. All errors point to the same line in font-syn.lua. I don't have a minimal example yet, but here's a minimal command line that triggers the error on my box:
mtxrun --script fonts --list --pattern="*gentium*" ....text/tex/texmf-context/tex/context/base/font-syn.lua:706: bad argument #1 to 'next' (table expected, got nil)
Any pointers?
i'll add a safeguard once you get it working you may also try: mtxrun --script fonts --list --spec gentium ok, gentium is a bad example but some fonts report weight, style and width info (given that we have a sane font) you can in context now use \definefont[ThomasFavourite][spec:somename-bold-italic] \definefont[ThomasFavourite][spec:somename-bold] \definefont[ThomasFavourite][spec:somename-italic] \definefont[ThomasFavourite][spec:somename-bold-italic-condensed] etc. kind of experimental, as everything mkiv (and not to be confused with the simple fonts alternative) 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 (6)
-
Bernhard Rosensteiner
-
Hans Hagen
-
Taco Hoekwater
-
Thomas A. Schmitz
-
Wolfgang Schuster
-
Yanrui Li