April 2010 - dev-luatex - NTG Mailing Lists

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 26 Apr '10

26 Apr '10

------------------------------------------------------------------------ r3650 | taco | 2010-04-26 10:13:41 +0200 (Mon, 26 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/source/texk/web2c/luatexdir/ChangeLog M /branches/0.60.x/source/texk/web2c/luatexdir/image/epdf.h M /branches/0.60.x/source/texk/web2c/luatexdir/lua51/luaconf.h header location fix from PEB (needed for a TL build system change) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 24 Apr '10

24 Apr '10

------------------------------------------------------------------------ r3649 | taco | 2010-04-24 15:06:56 +0200 (Sat, 24 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/build.sh Retargetable cross compilation patch from Manuel P?\195?\169gouri?\195?\169-Gonnard ------------------------------------------------------------------------

1 0

cross-compiling: CONFHOST setting
by Manuel Pégourié-Gonnard 24 Apr '10

24 Apr '10

Hi Taco, While trying to cross-compile luatex from linux to win32 using mingw, I got a failure due to the --host setting not matching what is installed on my machine. I changed that in build.sh and got a second, but less serious error, about mingw32-strip no being found. I suggest the attached patch to build.sh to make cross-compilation more configurable. Hopefully, ./build.sh --mingw will continue to work were it used to, but the platforms will also be configurable with, eg ./build.sh --mingw --host=i586-mingw32msvc --build=x84_64-linux-gnu This command line works on my platform, but I couldn't test if just --mingw still works elsewhere, so you may want to test that on your machine. Thanks, Manuel.

2 2

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 24 Apr '10

24 Apr '10

------------------------------------------------------------------------ r3646 | hhenkel | 2010-04-23 23:35:42 +0200 (Fri, 23 Apr 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lepdflib.cc inspective PDF library ------------------------------------------------------------------------ r3647 | hhenkel | 2010-04-24 06:47:19 +0200 (Sat, 24 Apr 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/lepdflib.cc remove a few WTFs (thanks, Martin!) ------------------------------------------------------------------------ r3648 | taco | 2010-04-24 10:04:50 +0200 (Sat, 24 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/source/texk/web2c/luatexdir/lua/loslibext.c taco-is-an-idiot ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 23 Apr '10

23 Apr '10

------------------------------------------------------------------------ r3644 | taco | 2010-04-23 18:35:00 +0200 (Fri, 23 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/source/texk/web2c/luatexdir/lua/loslibext.c patch dealing with os.exec vs os.execute differences on Win32, from Tomek ------------------------------------------------------------------------ r3645 | taco | 2010-04-23 21:00:42 +0200 (Fri, 23 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/source/texk/web2c/luatexdir/lua/loslibext.c correct a bug in 3644 ------------------------------------------------------------------------

1 0

os.spawn and AR crash mystery resolved
by T T 22 Apr '10

22 Apr '10

Continuation of thread from: http://tug.org/pipermail/tex-live/2010-April/025466.html On 22 April 2010 00:03, Manuel Pégourié-Gonnard <mpg(a)elzevir.fr> wrote: > T T a écrit : >> Yes, I'm quite familiar by now how those things work in texlua and >> perl. Still, I'm really baffled how those problems can propagate >> farther down to child processes. I started cmd.exe from perl that was >> spawned from texlua and AR9 just wouldn't run from that cmd.exe no >> matter what (nor from any other process started from there). >> > Yeah, that's really amazing. Maybe something with the environment that would > propagate differently using spawn/exec vs execute? Manuel, you've been on the right track all along. I finally (almost) got to the bottom of it. The problem is the same as reported in the past for texdoc: http://www.ntg.nl/pipermail/dev-luatex/2008-September/001771.html It comes from kpathsea, which changes \ to / in USERPRIFILE var and this leads to the dreaded AR crash with "internal error occurred". I've been unable so far to locate at which point this substitution happens, but at least there is an easy fix for that, which I will commit shortly: os.setenv("USERPROFILE", os.getenv("USERPROFILE"):gsub('/', '\\')) But it gets even more interesting. This change doesn't seem to happen really in the environment but only in the environ variable exported from the kpathsea lib. This explains why os.execute() works (as reported in the texdoc thread referenced above) and os.spawn() doesn't. With os.execute() the child process inherits the environment automatically from its parent, while os.spawn() is implemented using _spawnvpe() with the environ variable passed for the environment. What's more, this USERPROFILE manipulation happens only with w32tex builds. For my private mingw static build this doesn't happen. Also, the same substitution of \ to / happens sometimes for the command line arguments, which should be fixed too. Now, I'm not sure if using the environ variable in os.spawn() is actually intended. It is certainly not consistent to use it there and not use it in os.execute(). I would suggest to remove this entirely with this one line change in luatex: Index: loslibext.c =================================================================== --- loslibext.c (revision 3635) +++ loslibext.c (working copy) @@ -113,7 +113,7 @@ #ifdef _WIN32 # include <process.h> -# define spawn_command(a,b,c) _spawnvpe(_P_WAIT,(const char *)a,(const char* const*)b,(const char* const*)c) +# define spawn_command(a,b,c) _spawnvp(_P_WAIT,(const char *)a,(const char* const*)b) # if DONT_REALLY_EXIT # define exec_command(a,b,c) exit(spawn_command((a),(b),(c))) # else Cheers, Tomek

3 2

Problem with hyphenation
by Javier Múgica 22 Apr '10

22 Apr '10

I am using version 0.50.0, so I apologize in advance in case this has already been fixed. Input (utf-8, of course): \font\tenrm=ec-lmr10 \tenrm %\catcode`á=11 %doesn't make any difference \hyphenation{cá-ma-ra} \showhyphens{cámara} \lccode`á=`á \showhyphens{cámara} \end Output (log): Underfull \hbox (badness 10000) in paragraph at lines 4--4 [][] \tenrm cámar-a \hbox(6.81725+0.0)x16383.99998, glue set 9797.44336, direction TLT [] Underfull \hbox (badness 10000) in paragraph at lines 6--6 [][] \tenrm cá-ma-ra \hbox(6.81725+0.0)x16383.99998, glue set 9797.44336, direction TLT [] The first case is wrong, but it is specially bad that luatex ignores \lefthyphenmin Regards, Javier A. Múgica

2 3

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 21 Apr '10

21 Apr '10

------------------------------------------------------------------------ r3642 | taco | 2010-04-21 09:52:13 +0200 (Wed, 21 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/build.sh reinsert the -g -O2 CFLAGS while crosscompiling for macosx ------------------------------------------------------------------------ r3643 | taco | 2010-04-21 10:08:18 +0200 (Wed, 21 Apr 2010) | 2 lines Changed paths: M /branches/0.60.x/build.sh as mojca pointed out, --arch needs a different argument than -g ;) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 20 Apr '10

20 Apr '10

------------------------------------------------------------------------ r3641 | oneiros | 2010-04-20 16:29:18 +0200 (Tue, 20 Apr 2010) | 2 lines Changed paths: M /trunk merging isn't used anyway :-( ------------------------------------------------------------------------

1 0

running scripts from UNC paths
by T T 20 Apr '10

20 Apr '10

Hi, I've noticed an odd thing with texlua on Windows, here's the code and output illistrating it. The test script arg0test.lua is a simple one-liner: print(unpack(arg, 0)) Call with no arguments (note the conversion of \ to /): $ texlua H:\DEV\scratch\arg0test.lua H:/DEV/scratch/arg0test.lua Call with arguments (no conversion this time): $ texlua H:\DEV\scratch\arg0test.lua arg1 H:\DEV\scratch\arg0test.lua arg1 Call with full UNC path (the same behaviour for call with arguments): $ texlua \\.\H:\DEV\scratch\arg0test.lua No script file given There is something weird going on with this conversion of \ to /, but this not so important. What I don't understand is why it fails for UNC path (there is no problem to do for example dofile([[\\.\H:\DEV\scratch\arg0test.lua]]) from within the script). Cheers, Tomek

3 9