- dev-luatex - NTG Mailing Lists

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 30 Nov '09

30 Nov '09

------------------------------------------------------------------------ r3198 | taco | 2009-11-30 11:47:37 +0100 (Mon, 30 Nov 2009) | 6 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/postlinebreak.c Protruding can always run find_protchar_right these days, because the discretionaries are unfolded earlier. This is also a bugfix, because the pre-break text of a discretionary can end with a dir_node. ------------------------------------------------------------------------

1 0

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 29 Nov '09

29 Nov '09

------------------------------------------------------------------------ r3196 | taco | 2009-11-29 11:54:29 +0100 (Sun, 29 Nov 2009) | 2 lines Changed paths: M /trunk/build.sh M /trunk/source/texk/web2c/luatexdir/lua/loslibext.c os.spawn patch for win32 from Tomek ------------------------------------------------------------------------ r3197 | taco | 2009-11-29 12:07:45 +0100 (Sun, 29 Nov 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/stringpool.h add lstring type ------------------------------------------------------------------------

1 0

os.spawn and argv[1] with sapces
by T T 29 Nov '09

29 Nov '09

Hi, I have encountered a problem with os.spawn(arg) on Windows. If arg[1]='foo bar' and arg[0]=nil, then the spawned process gets 'foo' as argv[0] and 'bar' as argv[1]. This might be expected, since according to docs, os.spawn doesn't do any argument processing. So I tried double quoting arg[1]='"foo bar"' (i.e. double quotes are part of arg[1]) but then os.spawn fails with invalid argument error. Is this expected? Furthermore, passing a string '"foo bar"' to os.spawn (including the double quotes) instead of a table, results in spawning 'foo bar' but again with 'foo' as argv[0] and 'bar' as argv[1]. The only way I found to properly spawn a command with spaces is by giving arg[0] explicitly: arg={[0]='foo bar', '"foo bar"', ...} Cheers, Tomek

6 17

Re: [Dev-luatex] [luatex 0000283]: PDF streams data should not be validated in UTF-8 regime
by Paweł Jackowski 26 Nov '09

26 Nov '09

Taco, let me discuss it here instead of reopening the issue. > I've decided not to attempt to fix this, there are too many tricky scanning > issues surrounding this. I understand that and I don't want to type explicit invalid UTF-8 strings. Nobody writes binary code from the keyboard I guess :) > If you want to create 8bit strings directly from > within a document, create you'll just have to build up the string > programmatically. The point is you actually *cannot* make that programmatically (lpdflib.c:406): if (!lua_isstring(L, -1)) /* !string-s t */ luaL_error(L, "pdf.obj(): \"string\" must be string for stream object"); So once you say pdf.obj{type = "stream", string = string.char(255)} pdf.obj("stream", string.char(255)) you don't use an explicit string, but you still get the error. As shown in note 0000309, moving the stuff to external file is not the complete solution either. Since binary streams are not likely to be valid UTF-8, using \pdfobj or pdf.obj() with "stream" keyword doesn't seem usable at all. But since we're not limited to strings, perhaps pdf stream data could be provided as: -- lua function returning the stream once called? pdf.obj{type = "stream", data = function() return string.char(255) end} -- array of integers representing bytes to be written? pdf.obj{type = "stream", data = {255}} Am I missing some workaround? How do you guys handle it in context? Regards, Paweł -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

4 7

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 26 Nov '09

26 Nov '09

------------------------------------------------------------------------ r3192 | taco | 2009-11-26 15:14:10 +0100 (Thu, 26 Nov 2009) | 4 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/image/pdftoepdf.cc add a quick and dirty fix for pdfs generated by easyPDF Printer Driver 4.2, which uses full font dictionaries inside the Font resources instead of indirect references. ------------------------------------------------------------------------ r3193 | taco | 2009-11-26 15:16:59 +0100 (Thu, 26 Nov 2009) | 5 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c M /trunk/source/texk/web2c/luatexdir/pdf/pdfobj.c M /trunk/source/texk/web2c/luatexdir/tex/texnodes.c For pdf.obj(type='stream'), there is no need to go through a tokenlist. This patch sets obj_obj_is_stream and perhaps obj_obj_is_file to 2, which signals that obj_obj_data is a lua registry reference instead of a tokenlist. ------------------------------------------------------------------------ r3194 | taco | 2009-11-26 16:04:08 +0100 (Thu, 26 Nov 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/NEWS M /trunk/source/texk/web2c/luatexdir/luatex.c bump the version and update NEWS for a new release ------------------------------------------------------------------------ r3195 | taco | 2009-11-26 16:06:47 +0100 (Thu, 26 Nov 2009) | 2 lines Changed paths: A /tags/beta-0.46.0 (from /trunk:3194) new tag ------------------------------------------------------------------------

1 0

build-latest-code-from-source instructions?
by D. R. Evans 26 Nov '09

26 Nov '09

I'm probably being blind, but I can't find any instructions about downloading the source from svn and building it. Can some kind person please point me to such instructions? I want to be sure I'm running current code before I file any "this works in pdftex but not in luatex" reports. Doc -- Web: http://www.sff.net/people/N7DR

7 17

Cron <luatex@vz3> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 25 Nov '09

25 Nov '09

------------------------------------------------------------------------ r3189 | taco | 2009-11-23 16:37:01 +0100 (Mon, 23 Nov 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.c fix large operator super/subscript relative displacement for OT MATH fonts ------------------------------------------------------------------------ r3190 | taco | 2009-11-23 16:53:47 +0100 (Mon, 23 Nov 2009) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mlist.c fix a lack of negating the automatic italic correction addition in the creation of var_delimiter for large operators. ------------------------------------------------------------------------ r3191 | hhenkel | 2009-11-23 22:04:08 +0100 (Mon, 23 Nov 2009) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/image/writeimg.c small image cleanup ------------------------------------------------------------------------

4 12

build-latest-code-from-source instructions?
by D. R. Evans 25 Nov '09

25 Nov '09

I'm probably being blind, but I can't find any instructions about downloading the source from svn and building it. Can some kind person please point me to such instructions? I want to be sure I'm running current code before I file any "this works in pdftex but not in luatex" reports. Doc -- Web: http://www.sff.net/people/N7DR

2 1

opening up lua interpreter
by T T 24 Nov '09

24 Nov '09

Hi, I saw in another post that loading of binary modules has been enabled in luatex (great!) that requires a stock lua51.dll on Windows. I wonder if this side-effect that will last or pass? I'm in the process of rewriting the generic script wrapper for TL on Windows to replace the current batch script(s). I didn't want to code everything in C, so I use only a thin binary stub that links with luatex.dll, sets up the argument list and calls dllluatexmain with 'texlua' and a predefined script as argv[0] and argv[1]. This is nice as I can implement most of the logic on the lua side but there is currently no elegant way to return to the C side (luatex exits rather than return) nor I can easily pass some data back. This is not a big problem for me ATM (after finding a workaround for os.spawn I don't need to return to the C side) but it could be useful in general to have more open access to (tex)lua interpreter from C. Is anything along these lines on the agenda? Cheers, Tomek

3 3

compatibility with pdftex
by D. R. Evans 23 Nov '09

23 Nov '09

It's my understanding that at some point luatex is intended to be a drop-in replacement for pdftex. I wonder if development has reached the stage yet where developers want to be informed about incompatibilities (i.e., it's at the point where an incompatibility with pdftex is a bug) or whether it's still too early for that? Doc -- Web: http://www.sff.net/people/N7DR

2 1