[luatex] Libertine +math shift + ä = error?

[Ulrike Fischer]

Am Sun, 24 Jun 2012 22:35:50 +0200 schrieb Arno Trautmann:

>> I'm getting a strange error when I try to compile the following code:
>>
>> \documentclass{scrartcl}
>> \usepackage{fontspec}
>> \setmainfont{Linux Libertine O}
>> \begin{document}
>> $8,56 eV$, während
>> \end{document}
>>
>> The error I get states:
>>
>> error: ...1/texmf-dist/tex/luatex/luaotfload/otfl-node-inj.lua:197:
>> attempt to index local 'tm' (a nil value)
>> .
>> \newpage ...k \@nobreakfalse \everypar {}\fi \par
>>                                                    \vfil \penalty -\@M
>> l.6 \end{document}
>>
>> ?
>>
>> Please note that the “a” glyph is not a single character, but is a
>> composite umlaut plus an a. (You get this, e.g. by copying from the Mac
>> preview software instead of the ä that originally was used.) A normal ä
>> in the source code does work without problems.
>>
>> However, this seems to happen only with the Linux Libertine font. But
>> the really mind blowing thing here is: The error only appears when a
>> math shift is used in the paragraph where the ä appears – both before
>> and after the ä. This makes things hard to track …

> can anybody at least reproduce this error? Or was my question unclear 
> and therefore no answers?…  :(


Well I can reproduce the problem.  Also using math alone doesn't
trigger the error: It doesn't happen if the math contain only $\int$
or if you use unicode-math. Looks as if the math must actually use
the font somehow.

I compared the file otfl-node-inj a bit with the relevant context
file. For me it looks as if some checks have been added so I have
doubts that the problem exists also in context. Saddenly it looks as
if the context code has been changed a lot since the last sync with
luaotfload so if the problem has been resolved in context it will be
not easy to move the solution to luaotfload. 


-- 
Ulrike Fischer