I’ve also been having trouble with luaotfload since the last round of
MiKTeX updates on Windows 7 (like Evan Cooch in the long thread). Both
with the original and the patched luaotfload-database.lua the following
happens:
1) Running luaotfload-tool --update --force -vvv as User (from
C:\Users\<USERNAME> by default), the process exits with
...
luaotfload | db: Scanning TEXMF and OS fonts...
luaotfload | db: Entering directory C:/users/<USERNAME>
luaotfload | db: scanning directory C:/users/<USERNAME>
luaotfload | db: scanning directory C:/Users/<USERNAME>
luaotfload | db: scanning directory C:/Users/<USERNAME>luaotfload-tool:
Windows API
error 3: The system cannot find the path specified.
luaotfload-tool: Data: C:/Users/<USERNAME>/AppData/Local/Application
Data/Applicati
on Data/Application Data/Application Data/Application Data/Application
Data/Appl
ication Data/<PATH TO A FOLDER IN AppData\Local>
There is no “Apllication Data” folder in AppData\Local, and I’ve not
been able to figure out why it stops on the particular folder that it
does. The only notable thing about it, as far as I can tell, is that
it’s the first folder in AppData\Local whose path contains a folder with
both a space and a hyphen in its name. However, if I temporarily rename
that folder to remove the space, it stops on a different folder with
spaces but without any hyphens in the path (neither of these are the
first folder in AppData\Local with spaces in the path, and I there’s
nothing distinguished about the name of the second folder it hangs on as
far as I can tell).
A directory C:\Users\<USERNAME>\$TEXMFCACHE\luatex-cache\generic is
created and it is empty.
2) Running luaotfload-tool --update --force -vvv as Admin (from
C:\Windows\system32 by default), the process terminates successfully and
luaotfload-names.lua and luaotfload-names.luc are created. However,
they’re located in
C:\Windows\system32\$TEXMFCACHE\luatex-cache\generic\names
3) Running luaotfload-tool --update --force -vvv as Admin from
C:\Users\<USERNAME> crashes the same was as running it as a User.
4) Running luaotfload-tool --update --force -vvv as either Admin or User
from C:\Users\<USERNAME>\AppData\Local\MiKTeX, the process terminates
successfully and
and luaotfload-names.lua and luaotfload-names.luc are created. But now
they’re placed in
C:\Users\<USERNAME>\AppData\Local\MiKTeX\$TEXMFCACHE\luatex-cache\generic\names
Best,
Jura
On 6/30/2013 12:40 PM, [email protected] wrote:
Date: Sun, 30 Jun 2013 12:17:16 +0200
From: Philipp Gesang <[email protected]>
To: "LuaTeX discussion." <[email protected]>
Cc: Christian Schenk <[email protected]>, "A place for MiKTeX users to
discuss MiKTeX related questions."
<[email protected]>
Subject: Re: [luatex] detailed 'diagnostic' of MikTeX/Lua*/fontspec
issues
Message-ID: <20130630101716.GA32014@phlegethon>
Content-Type: text/plain; charset="utf-8"
Please try the attached patch for luaotfload.
OK - if you tell me what to do with the patch. If this was a Linux
machine, I know how to apply patches. This is a Windows machine - do
I need to run something, or simply copy and paste from the patch
into something else?
Thanks!
Sorry, I didn?t consider that. Here?s the patched file:
https://gist.github.com/phi-gamma/5894615
Best regards,
Philipp
