On 3/18/2018 1:15 AM, Reinhard Kotucha wrote:
On 2018-03-10 at 13:04:16 +0100, Hans Hagen wrote:
> >pdftex --ini plain \dump
> [...]
> pdftex.exe: Not reading from
> c:/data/develop/tex-context/tex/texmf/tex/plain/base/plain.tex
> (openin_any = p).
> ! I can't find file
> `c:/data/develop/tex-context/tex/texmf/tex/plain/base/plain.tex'.
Hello Hans,
the pdftex (or better non-luatex) issue is fixed now by Akira in
TL-pretest SVN rev. 46978. It was caused by 8.3 support for long
filenames (like ABCDEF~1.TEX). Akira removed the code because it
isn't needed anymore. Hence
pdftex --ini plain \dump
is supposed work now on Windows as well.
The luatex problem still remains. Not only the creation of format
files is concerned. Instead of
luatex --ini plain \dump
you can also try
lualatex '\relax\documentclass{article}\stop'
My vague guess is that luatex checks openin_any *after* paths are
expanded to absolute paths by kpathsea.
IMO the issue is quite important because some web services like
ShareLaTeX are processing arbitrary files uploaded by arbitrary users
and thus it's absolutely necessary to set openin_any=p for security
reasons. AFAIK ShareLaTeX is not concerned ATM because it still uses
pdftex. It's highly desirable to make luatex work with openin_any=p
as well.
if the 8.3 hack is removed from kpse then luatex will also have that
removed and use normal names
Hans
-----------------------------------------------------------------
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
_______________________________________________
dev-luatex mailing list
dev-luatex@ntg.nl
https://mailman.ntg.nl/mailman/listinfo/dev-luatex
