Re: [NTG-context] Using the source han sans fonts fails

Hi, Here is what I get (ConTeXt ver: 2018.09.13 17:41 MKIV beta, luatex 1.09): fonts > otf loading > loading '/Users/taco/context-maps/tex/texmf-fonts/fonts/data/SourceHanSans-Regular.otf', hash 'sourcehansans-regular' otf reader > loading of table 'vorg' skipped otf reader > invalid index in single format 1: 65353 -> 67212 (max 65535) otf reader > rule 1 in gsub lookup 's_s_5' has empty lookups otf reader > merging 3 steps of 'gpos_single' lookup 'p_s_0' otf reader > merging 2 steps of 'gpos_pair' lookup 'p_s_1' otf reader > turning pairs of step 1 of 'gpos_pair' lookup 'p_s_1' into kerns otf reader > merging 11 steps of 'gpos_single' lookup 'p_s_2' otf reader > merging 3 steps of 'gpos_single' lookup 'p_s_3' otf reader > merging 10 steps of 'gpos_single' lookup 'p_s_5' otf reader > 24 steps of 351 removed due to merging otf reader > 1 steps of 351 steps turned from pairs into kerns otf reader > duplicates: 33 : [null] @ I00001 [soh] [stx] [etx] [eot] [enq] [ack] [bel] [bs] [ht] [lf] [vt] [ff] [cr] [so] [si] [dle] [dc1] [dc2] [dc3] [dc4] [nak] [syn] [etb] [can] [em] ... otf reader > duplicates: 1 :   (U+02002) @ I0F63F ﾠ (U+0FFA0) … lots more duplicates and a successful run despite all that. Note, however, that the luatex process tops out at nearly 3GB RAM use while generating the cached version, which could be a problem on 32-bit operating systems. Best wishes, Taco

On 19 Sep 2018, at 11:21, luigi scarso wrote:

On Wed, Sep 19, 2018 at 11:18 AM Ulrike Fischer wrote: Am Wed, 19 Sep 2018 10:54:08 +0200 schrieb Hans Hagen:

...

On 9/19/2018 10:24 AM, Ulrike Fischer wrote:

...

Because of a question on tex.sx I tried to use the source han sans fonts. I installed (in windows 10) the fonts from this zip-file:

https://github.com/adobe-fonts/source-han-sans/blob/release/OTF/SourceHanSan...

Trying to use them with latex/luaotfload failed with a memory exhausted error while trying to write the lua-file. In context

\starttext \font\test={name:sourcehansans} \test abc \stoptext

gave the error:

fonts > otf loading > loading 'c:/windows/fonts/SourceHanSans-Regular.otf', hash 'sourcehansans-regular' otf reader > loading of table 'vorg' skipped otf reader > invalid index in single format 1: 65353 -> 67212 (max 65535) otf reader > rule 1 in gsub lookup 's_s_5' has empty lookups fonts > otf loading > loading failed due to read error fonts > defining > forced type 'otf' of 'c:/windows/fonts/SourceHanSans-Regular' not found fonts > defining > font with asked name 'c:/windows/fonts/SourceHanSans-Regular' is not found using lookup 'name' fonts > defining > unknown font 'c:/windows/fonts/SourceHanSans-Regular', loading aborted

xelatex had no problems to use the font.

Is this an error in the font or in the fontloader?

it works ok here with luatex

but ... do you use luajittex?

No (neither with lualatex).

The context log says at the end:

mkiv lua stats > used platform: mswin, type: windows, binary subtree: texmf-mswin mkiv lua stats > used engine: luatex version 1.09 with functionality level 6930, banner: this is luatex, version 1.09.0 (tex live 2018/w32tex) mkiv lua stats > control sequences: 45351 of 65536 + 100000 mkiv lua stats > lua properties: engine: lua 5.3, used memory: 1519 MB (ctx: 1460 MB), hash type: lua, hash chars: min(32,40), symbol mask: utf (τεχ) mkiv lua stats > runtime: 39.711 seconds

The fonts *are* large, and my computer is quite old, so it could be a hardware problem, but I'm wondering a bit about the message

...

otf reader > invalid index in single format 1: 65353 -> 67212

hm checking now

-- luigi ___________________________________________________________________________________ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___________________________________________________________________________________

Taco Hoekwater Elvenkind BV