ntg-context August 2020

ntg-context@ntg.nl

36 participants
98 discussions

LuaMetaTex dereferences NULL pointer
by Marcel Fabian Krüger 01 Sep '20

01 Sep '20

Hi, with the latest LuaMetaTeX upload (running on Linux x64), \normalunexpanded tries to write to address 0 and therefore segfaults: \normalunexpanded{abc} \starttext \stoptext ConTeXt fails with mtx-context | fatal error: return code: 139 The most interesting message from valgrind is ==53200== Invalid write of size 4 ==53200== at 0x17113D: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x151625: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x151E40: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x15E1A2: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x154AA1: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x122347: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x4A0C151: (below main) (in /usr/lib/libc-2.32.so) ==53200== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==53200== ==53200== ==53200== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==53200== Access not within mapped region at address 0x0 ==53200== at 0x17113D: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x151625: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x151E40: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x15E1A2: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x154AA1: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x122347: ??? (in /home/marcel/lmtx-install/tex/texmf-linux-64/bin/luametatex) ==53200== by 0x4A0C151: (below main) (in /usr/lib/libc-2.32.so) ==53200== If you believe this happened as a result of a stack ==53200== overflow in your program's main thread (unlikely but ==53200== possible), you can try to increase the size of the ==53200== main thread stack using the --main-stacksize= flag. ==53200== The main thread stack size used in this run was 8388608. Best regards, Marcel

1 0

Mathematical symbol of non-inclusion
by Fabrice Couvreur 31 Aug '20

31 Aug '20

Hello, The result is not what you expected. How can I correct this problem? Thank you Fabrice \starttext \m{A \not\subset B} \stoptext

3 5

setuplayout vs Indesign!
by jbf 27 Aug '20

27 Aug '20

Severe Covid-19 restrictions locally have left me out on a limb unable to be side-byside with people who can set me on track for a few things! Hence the bombardment of questions, for which I apologise. But almost there! The InDesign QC individual (who accepts my ConTeXt-produced pdfs) wants some tweaking to my layout, saying, in simple terms:/Odd/right pgs left margin should be 20mm and right margin 15mm; even/left pgs right margin 20mm and left margin 15mm/. I think the difficulty is that what InDesign calls margins might be termed a little differently in ConTeXt and I have no experience with InDesign. My initial setup was as follows for a paper size defined as [width=140mm,height=216mm] double-sided setup (in other words a standard 8.5"x5.5" book): \setuplayout [backspace=16mm, topspace=12mm, header=6mm, headerdistance=10mm, footerdistance=9mm, footer=8mm, width=fit, horoffset=12.7mm, location=middle, height=198mm, marking=on] There was no mention of 'margins' as such in that layout, and the result is close to what is wanted but not quite. Do I solve the problem by adding in: leftmargin=20mm, rightmargin=15mm, or is it some other item I need to adjust to ensure the 20mm/15mm dimensions requested? Julian

4 6

catch % in gsub("%", "\\letterpercent")
by Pablo Rodriguez 27 Aug '20

27 Aug '20

Dear list, I have and \xmlraw command that gives some text with percent signs. ConTeXt parses them as comments (so no output). Using Lua gsub(), I need to replace something like: string.gsub([[\xmlraw{#1}{.}]], "%", "\\letterpercent") How do I need to invoke % to get the character found? Many thanks for your help, Pablo -- http://www.ousia.tk

4 7

wrong 2TOPSIDE?
by Pablo Rodriguez 27 Aug '20

27 Aug '20

Dear list, I have the following sample: \startmode[*first] \startbuffer[abcde] \setuppapersize[A5, landscape] \setupbodyfont[100pt] \starttext \dorecurse{158}{% \startmakeup[page][style=\bf\ss, align=center, pagestatus=start] \recurselevel \stopmakeup} \stoptext \stopbuffer \savebuffer[abcde][singular.tex] \executesystemcommand{context --purgeall --result=\jobname-singular.pdf \jobname-singular.tex} \ctxlua{os.remove(tex.jobname.."-singular.tex")} \stopmode \startnotmode[*first] \setuppapersize[A5, landscape][A4] \setuparranging[2TOPSIDE] \setuplayout[page] \setupinteractionscreen[option={portrait,paper}] \starttext \insertpages[\jobname-singular.pdf][width=0pt] \stopnotmode \stoptext I would say that last page (number 158 on #81) is misplaced. I think it should be on #80. Could anyone confirm this? I’m also experiencing issues (I don’t get the first 11 imposed pages), because I have to use: \executesystemcommand{context --purgeall --result=\jobname-singular.pdf --environment=\jobname-singular.tex \jobname-singular.xml} Is there a fix for this? I’m reporting this right now, but I won’t be reaching a computer until next Wednesday. (I know I’m going to forget, if I don’t write this now.) Many thanks for your help, Pablo -- http://www.ousia.tk

1 0

Wiki New Extension: ConTeXtXML
by Taco Hoekwater 27 Aug '20

27 Aug '20

Hi, As announced last week, I have been working on a wiki extension to control the editing of /Command pages. That extension is now installed on the main wiki. In short, we will switch to XML as the page model for newly created /Command pages. This makes editing a bit harder, but it allows much better quality control and (fairly) easy export and import. The goal is to eventually be able to easily export all of the reference documentation in the wiki to a separate system (for instance, Paul Mazaitis plans to create a full-blown reference manual). In the current situation, this is nearly impossible because there is so much variation in the content and quality of the wiki /Command pages (not to mention that many are missing). We also want it to be possible to merge improvements to the interface xml definitions by Wolfgang without loosing any existing documentation work. The documentation pages are here: https://wiki.contextgarden.net/Command https://wiki.contextgarden.net/Help:Command https://wiki.contextgarden.net/Extension:ConTeXtXML After reading those, have a look at the three ‘work pages’: https://wiki.contextgarden.net/Document_level_commands_work_page https://wiki.contextgarden.net/Style_level_commands_work_page https://wiki.contextgarden.net/System_level_commands_work_page All the bright red links are currently undocumented commands. Clicking on one should bring you to the edit screen automatically, with a blob of XML preloaded, ready for you to start writing. All the dark red links are existing /Command pages. All of those are traditional wiki text pages. Following those links will bring you to a normal /Command page just like on the main wiki. If you want to see how one of those pages would look like in the new system, you’ll have to rename the existing page first (as explained in https://wiki.contextgarden.net/Command#Pre-existing_pages ) If you do some work, please update those work pages! Comments, suggestions and bug reports are more than welcome. Please direct those to me personally or (better) to the wiki mailing list: https://lists.contextgarden.net/mailman/listinfo/wiki Have fun! Taco

1 1

Index formatting difference LMTX and MkIV
by Rik Kabel 27 Aug '20

27 Aug '20

Hello list, I have an index which uses multilevel indexing (a+b+c) to insert entries which contain snips of text. LMTX behaves differently from MkIV when trimming that text, resulting in line wrapping which does not happen with MKiV. I am not sure when this began -- I just picked up work again on this project this week after a hiatus of a couple of months. This does not occur in every instance, but it happens often enough in this 20 page two-column index to add another full page, and it looks ugly in comparison (although perhaps no index looks good). The source is the same for both LMTX and MkIV. There is no explicitly conditional coding. With MkIV, I get: With LMTX, I get: I am struggling to prepare a MWE, but will try to do so if there is no obvious difference to those who ken the code. The problem may not be unique to register creation, but I have not noticed other appearances of the issue in the text. -- Rik

1 0

CFF2 based variable fonts with SubRS
by Marcel Fabian Krüger 26 Aug '20

26 Aug '20

Hi, I was playing with the variable font support of ConTeXt's font loader and noticed some issues. 1. While parsing the LocalSubRS and GlobalSubRS Indices, ConTeXt tries to use 16bit count fields as in CFF(1) instead of 32bit fields as in CFF2, reducing the number of found subroutines by a factor of 65536. Effectivly this suppressed all subroutines in the fonts I tested. 2. For fonts where the Top DICT does not contain an FDSelect entry, ConTeXt tries to read the Private dictionary offset from the Top dictionary as in name-keyed CFF1 fonts. This is not the expected behavior for CFF2, where the Top dictionary never contains the Privte offset. Instead, a missing FDSelect means that exactly one entry exists in FDArray which should be used for all CIDs. This caused problems when ConTeXt tried to find the Private directory in order to find local subroutines. A test font demonstrating both issues is "SourceCode Variable" https://github.com/adobe-fonts/source-code-pro/releases: The document \definefontfeature [light] [default] [axis={weight=200}] \definefont [sourcelight] [file:SourceCodeVariable-Roman.otf*light] \starttext \sourcelight Hallo \stoptext generates [...] otf reader > cff > unknown local call 14, case 2 : [] n=0 otf reader > cff > unknown local call 11, case 2 : [] n=0 otf reader > cff > unknown local call 138, case 2 : [] n=0 otf reader > cff > unknown local call 314, case 2 : [300 -12] n=2 otf reader > cff > unknown local call 607, case 2 : [-99 -66 99 174] n=4 otf reader > fatal error in file 'SourceCodeVariable-Roman.otf': ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1517: attempt to perform arithmetic on a nil value (local 'v') stack traceback: ...e0dde776fb1556f32e/formats/luametatex/font-otr-macro.lua:2339: in metamethod 'add' ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1517: in local 'a' ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1980: in upvalue 'process' [...] A possible fix for both issues would be diff --git a/tex/context/base/mkiv/font-cff.lua b/tex/context/base/mkiv/font-cff.lua index c2cf0e699..d00637b8e 100644 --- a/tex/context/base/mkiv/font-cff.lua +++ b/tex/context/base/mkiv/font-cff.lua @@ -2265,8 +2265,8 @@ do end -local function readglobals(f,data) - local routines = readlengths(f) +local function readglobals(f,data,version) + local routines = readlengths(f,version == "cff2") for i=1,#routines do routines[i] = readbytetable(f,routines[i]) end @@ -2324,14 +2324,14 @@ local function readprivates(f,data) end end -local function readlocals(f,data,dictionary) +local function readlocals(f,data,dictionary,version) local header = data.header local private = dictionary.private if private then local subroutineoffset = private.data.subroutines if subroutineoffset ~= 0 then setposition(f,header.offset+private.offset+subroutineoffset) - local subroutines = readlengths(f) + local subroutines = readlengths(f,version=="cff2") for i=1,#subroutines do subroutines[i] = readbytetable(f,subroutines[i]) end @@ -2394,7 +2394,7 @@ readers.parsecharstrings = parsecharstrings -- used in font-onr.lua (type 1) local function readnoselect(f,fontdata,data,glyphs,doshapes,version,streams) local dictionaries = data.dictionaries local dictionary = dictionaries[1] - readglobals(f,data) + readglobals(f,data,version) readcharstrings(f,data,version) if version == "cff2" then dictionary.charset = nil @@ -2402,9 +2402,19 @@ local function readnoselect(f,fontdata,data,glyphs,doshapes,version,streams) readencodings(f,data) readcharsets(f,data,dictionary) end + local cid = dictionary.cid + local fdarray = cid and cid.fdarray + if fdarray and not dictionary.private then + setposition(f,data.header.offset+fdarray) + local dictionaries = readlengths(f,version=="cff2") + assert(#dictionaries == 1) + dictionaries[1] = readstring(f,dictionaries[1]) + parsedictionaries(data,dictionaries) + dictionary.private = dictionaries[1].private + end readprivates(f,data) parseprivates(data,data.dictionaries) - readlocals(f,data,dictionary) + readlocals(f,data,dictionary,version) startparsing(fontdata,data,streams) parsecharstrings(fontdata,data,glyphs,doshapes,version,streams) stopparsing(fontdata,data) @@ -2416,7 +2426,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) local dictionary = dictionaries[1] local cid = dictionary.cid local cidselect = cid and cid.fdselect - readglobals(f,data) + readglobals(f,data,version) readcharstrings(f,data,version) if version ~= "cff2" then readencodings(f,data) @@ -2462,7 +2472,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) local cidarray = cid.fdarray if cidarray then setposition(f,header.offset+cidarray) - local dictionaries = readlengths(f) + local dictionaries = readlengths(f, version == "cff2") for i=1,#dictionaries do dictionaries[i] = readstring(f,dictionaries[i]) end @@ -2470,7 +2480,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) cid.dictionaries = dictionaries readcidprivates(f,data) for i=1,#dictionaries do - readlocals(f,data,dictionaries[i]) + readlocals(f,data,dictionaries[i],version) end startparsing(fontdata,data,streams) for i=1,#charstrings do ---- Best regards, Marcel

2 1

odd behaviour with \definefontfamily
by jbf 26 Aug '20

26 Aug '20

Can someone tell me why, when I define my typefaces as follows below, I get: mkiv lua stats > loaded fonts: 2 files: baskervaldadfstd.otf, texgyrepagella-math.otf when in fact my font definitions are: \definefontfamily [mainface] [rm] [baskervaldadfstd] [tf=file:BaskervaldADFStd.otf] \definefontfamily [mainface] [ss] [librisadfstd] [tf=file:LibrisADFStd-Regular.otf] \definefontfamily [mainface] [mm] [TeX Gyre Pagella Math] \setupbodyfont[mainface] --------------------- ConTeXt loads the [rm] and the [mm] but not the [ss]. Be assured that the ss typeface is available. So if, for example, I comment out the first line ([rm]) and change the Libris to rm instead, I am told: mkiv lua stats > loaded fonts: 2 files: librisadfstd-regular.otf, texgyrepagella-math.otf In other words, only two, not three definitions are working at any one time. Or is it not accepting [ss] for some reason regardless? I have tried any number of existing sans serif fonts and none of them will load. I know the family names are correct, so that is not the problem. What could I be doing wrong? Julian

3 6

set_lua freezes control sequences
by Marcel Fabian Krüger 25 Aug '20

25 Aug '20

Hi, I noticed that recent LuaMetaTeX versions treats control sequences defined using token.set_lua with `value` or `condition` as frozen and does not allow redefining them. Given that these are not macros, we also can't "unfreeze" them using \unletfrozen. 1. Would it be possible to add a variant of Lua value and condition control sequences that are not frozen? 2. Also is there some way to disable the \frozen restrictions altogether? Maybe \suppressfrozenerror? 3. I also noticed that `token.set_lua` is not affected by control sequences being frozen. Therefore it allows redefining frozen control sequences which seems inconsistent. Best regards, Marcel

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ntg-context August 2020