- dev-luatex - Mailing Lists

tex.print and \inputlineno
by Jonathan Sauer 25 Sep '07

25 Sep '07

Hello, while testing, I stumbled on a (then) strange phenomenon concerning line numbers in tex.print. It seems that \inputlineno is not equal to the number of the line of the tex.print statement (or the macro expanding to it), but of the virtual file tex.print uses internally. Example (PlainTeX): -------------------------------------------------------------------- % Output is `1' instead of `3': \directlua0{\unexpanded{tex.print('\\message{\\the\\inputlineno}')}} % Output is `1' instead of `6': \scantokens{\message{\the\inputlineno}} \bye -------------------------------------------------------------------- Results in: This is luaTeX, Version 3.141592-beta-0.11.2-2007091918 (Web2C 7.5.6) (format=luatex 2007.9.20) 24 SEP 2007 15:25 **LineNumberTest.tex (LineNumberTest.tex 1 1 ) No pages of output. As you can see, eTeX's \scantokens exhibits the same behaviour (most likely because it also uses a virtual file). But I think that tex.print will be used more often than \scantokens, since it is the only way to pass arbitrary tokens from Lua to TeX. This means that when TeX executes these tokens, log messages will use not the line number of the TeX macro that expanded to the Lua code that created new TeX tokens, but the "virtual line number" (as seen in the example above). These log messages (and most likely \errmessage-s as well) are not very useful. Jonathan

2 1

Bug with "\atop"
by Olivier Binda 23 Sep '07

23 Sep '07

Hello.... Luatex crashes when trying to compile the following minimal file (100% reproductible bug on my config) : ${1\atop 2}$\end I'm using W32TeX and the luatex version that comes bundled with it. Keep up the good work, Olivier

4 6

Cron <luatex@server> /home/luatex/luatex-svn
by root＠aanhet.net 21 Sep '07

21 Sep '07

U luatex/trunk/src/texk/web2c/luatexdir/Makefile.in A luatex/trunk/src/texk/web2c/luatexdir/lua/hnjalloc.h A luatex/trunk/src/texk/web2c/luatexdir/lua/hyphen.h U luatex/trunk/src/texk/web2c/luatexdir/lua/ltexlib.c A luatex/trunk/src/texk/web2c/luatexdir/lua/llanglib.c U luatex/trunk/src/texk/web2c/luatexdir/lua/luastuff.c A luatex/trunk/src/texk/web2c/luatexdir/lua/hnjalloc.c A luatex/trunk/src/texk/web2c/luatexdir/lua/hyphen.c Checked out revision 745.

1 0

Notes and comments on beta 0.11.2
by Jonathan Sauer 21 Sep '07

21 Sep '07

Hello, (complete this time, I accidentally pushed Ctrl-Enter) I tried out beta 0.11.2 yesterday, and it works great. Still, I noticed a few things that seem weird or wrong. First thing: I tried to use 'require', and the error message I got was slightly weird: >>> ! LuaTeX error [string "luas[0]"]:1: module '/Dokumente/Writing/trunk/Writing/T eX/tex/KTeX/lua/l-callback.klua' not found: no field package.p. \LU:require ...ed {require(kpse.find_file('#2'))}} <<< I look into Lua 5.1.2 and found this error message in loadlib.c: >>> lua_pushfstring(L, "\n\tno field package.preload['%s']", name); <<< A variation (shorter pathname, thus longer message): >>> ! LuaTeX error [string "luas[0]"]:1: module 'l-callback.klua' not found: no field package.preload['l-callback.klua'] no file './l-callback/k. <<< So it seems that Lua's error message is truncated by LuaTeX. Second thing: I typeset a document of mine and got quite a few overfull boxes (more on this later). I looked into the log file, which my editor warned me was not valid UTF-8. Following is an excerpt of said log file. It seems that an UTF-8 sequence is broken across two lines: >>> Overfull \hbox (1.53935pt too wide) in paragraph at lines 1493--1498 \FS:O@font@t1/lmr/r/r/n/n/10@font er-wi-der-te Kaya. Sie zog ih-re Freun-din nÃ ¤-her zu sich, zog Ataamis| <<< Third thing: I am currently typesetting documents with pdfTeX as well as with LuaTeX. The documents use Latin Modern with font expansion and protrusion. While pdfTeX typesets them without any overfull/underfull boxes, LuaTeX produces quite a few overfull boxes (one of them above). Before I investigate further: Is it possible that font expansion is currently disabled in LuaTeX? And a question regarding hyphenation trie size: pdfTeX, Version 3.141592-1.40.3 (Web2C 7.5.6): >>> Beginning to dump on file ../../web2c/ktex.fmt (format=ktex 2007.9.19) 3176 strings of total length 48723 7253 memory locations dumped; current usage is 64&7010 1616 multiletter control sequences \font\nullfont=nullfont 0 words of font info for 0 preloaded fonts 14 hyphenation exceptions Hyphenation trie of length 13987 has 388 ops out of 35111 207 for language 1 ^^^^^ 181 for language 0 No pages of output. Transcript written on ../../web2c/ktex.log. <<< luaTeX, Version 3.141592-beta-0.11.2-2007091918 (Web2C 7.5.6) >>> Beginning to dump on file ../../web2c/luaktex.fmt (format=luaktex 2007.9.19) 2992 strings of total length 48651 7223 memory locations dumped; current usage is 48&7048 1717 multiletter control sequences \font\nullfont=nullfont 0 preloaded fonts 0 words of active ocps \ocp\nullocp=nullocp 0 preloaded ocps \ocplist\nullocplist=[] 14 hyphenation exceptions Hyphenation trie of length 79256 has 388 ops out of 35111 207 for language 1 ^^^^^ 181 for language 0 No pages of output. Transcript written on ../../web2c/luaktex.log. <<< Is this difference due to Unicode? And finally: \catcode changes are not logged when using \tracingassigns. \pdfTeX logs these changes. These things do not diminish my excitement about LuaTeX. Thank you for your time for developing it! Jonathan

3 6

Cron <luatex@server> /home/luatex/luatex-svn
by root＠aanhet.net 20 Sep '07

20 Sep '07

U luatex/trunk/src/libs/zziplib/zzip/Makefile U luatex/trunk/src/texk/web2c/luatexdir/luatex.web U luatex/trunk/src/texk/web2c/luatexdir/lua/luastuff.c Checked out revision 742.

1 0

Notes and comments on beta 0.11.2
by Jonathan Sauer 20 Sep '07

20 Sep '07

Hello, I tried out beta 0.11.2 yesterday, and it works great. Still, I noticed a few things that do not seem right. First thing: I tried to use 'require', and the error message I got was slightly weird: >>> ! LuaTeX error [string "luas[0]"]:1: module '/Dokumente/Writing/trunk/Writing/T eX/tex/KTeX/lua/l-callback.klua' not found: no field package.p. \LU:require ...ed {require(kpse.find_file('#2'))}} <<< I look into Lua 5.1.2 and found this in loadlib.c: >>> lua_pushfstring(L, "\n\tno field package.preload['%s']", name); <<< A variation (shorter pathname, thus longer message): >>> ! LuaTeX error [string "luas[0]"]:1: module 'l-callback.klua' not found: no field package.preload['l-callback.klua'] no file './l-callback/k. <<<

1 0

beta 0.11.1 released
by Taco Hoekwater 19 Sep '07

19 Sep '07

Hi, I have just released the files for luatex beta 0.11.1. So far, there is a source package and binaries for win32 and linux-i386, as usual. Hopefully, binaries for (some) other platforms will become available in a few days. As you can see below, most of the new stuff is related to fonts. Still to come in that area is extended support for math and opentype, but the immediate focus will shift to opening up the hyphenation subsystem and paragraph builder. A quick list of what is new and fixed since beta 0.10.2: New: * pfb+afm fonts can now be used in 'wide' (encodingbytes=2) mode * searching in PDFS using 'wide' fonts now works reasonably well (based on the tounicode feature) * related to that, tounicode information can now be passed on inside the font metrics table * font subsetting is now supported for CID-based OpenType fonts (however, there is a known bug with KpozMinProVI-Regular.otf) * fontforge's warning and error messages are now intercepted and passed on to the lua code as a second return value of the fontforge.open() function * the new primitive \suppressfontnotfounderror can suppress the TeX error for "Font not found" * The lua function font.current can now be used to set TeX's current font Fixes: * set_attribute(-1) is now the same as unset_attribute() * OpenType lookups with glyph classes would crash luatex * luazlib would not compile on debian (fix from Norbert) * CID-based fonts would crash luatex * Bare CFF should be read in binary mode (fix from Akira) * VF processing did not process packets containing zero bytes properly * the truetype collection (.ttc) handling is fixed, so that all of the fonts inside a collection can now be used reliably * application segfaults and stack overflows are intercepted so that luatex can quit a bit more gracefully * an assertion failuer on systems with signed chars (linux-powerpc) is fixed * a crash on AMD64 linux was fixed * the lua "pdf" table code was wrong * \ifcsname did not work properly for UTF-8 characters * Use of the math-related functions using make_fraction (like \atop) caused a crash * \handling of \if\noexpand was wrong * applied a patch that cleans up XForm and page calculations * "autoconf" support from zziplib is stripped As usual, I have uploaded source and binaries to http://foundry.supelec.fr/projects/luatex/ Have fun, Taco

2 2

Cron <luatex@server> /home/luatex/luatex-svn
by root＠aanhet.net 19 Sep '07

19 Sep '07

U luatex/trunk/src/texk/web2c/luatexdir/luatex.web U luatex/trunk/manual/luatexref-t.tex Checked out revision 739.

1 0

\pardir and \textdir etc
by weg＠indiscrete.org 19 Sep '07

19 Sep '07

Hi, Running this file under luatex 11.2 on amd64 fails, with "segmentation fault, probably due to infinite macro recursion". ---------------------- \pardir TLT \textdir TLT This is some text \textdir TRT and this is too. \halign{% \textdir TLT #&\textdir TRT#\cr This and&that\cr} --------------------- Grouping the first paragraph fixes it. Also, it seems to me that eTeX treats alignment with directional instructions more sensibly: --------------------- \TeXXeTstate=1 \halign{% \beginL#\endL&\beginR#\endR\cr This and&that\cr } --------------------- Thanks, eythan

4 9

Cron <luatex@server> /home/luatex/luatex-svn
by root＠aanhet.net 19 Sep '07

19 Sep '07

U luatex/trunk/manual/luatexref-t.tex Checked out revision 737.

1 0