- dev-luatex - Mailing Lists

plain.tex with Latin Modern opentype fonts
by Wlodek Bzyl 23 May '08

23 May '08

Hi the latest luatex, when run with plain tex format with Latin Modern opentype fonts produces: segmentation fault, probably due to infinite macro recursion Backtracks from gdb prints: #0 0x00a75802 in free () from /lib/libc.so.6 #1 0x080d33a6 in undump_font (f=1) at ../../../../src/texk/web2c/luatexdir/font/texfont.c:1239 #2 0x0804bf5e in load_fmt_file () at luatexini.c:1240 #3 0x080546ed in main_body () at luatexini.c:2621 #4 0x080a7b76 in main (ac=3, av=0xbfc82864) at luatexextra.c:441 I run into segmentation fault after: 1. Replacing cmr fonts by latin modern fonts in plain.tex : wget http://julia.univ.gda.pl/~matwb/luaplain.tex 2. Gluing, from different sources, a callback 'define_font' function : wget http://julia.univ.gda.pl/~matwb/opentype.lua 3. Dumping the luaplain format : luatex -ini -lua opentype.lua luaplain.tex \dump 4. luatex -fmt luaplain **\end cat texput.log This is LuaTeX, Version snapshot-0.25.3-2008052219 (Web2C 7.5.6) 22 MAY 2008 20:17 **\end ! Emergency stop. <*> \end segmentation fault, probably due to infinite macro recursion No pages of output. Is this segmentation fault my fault or luatex fault? Aha, today I am trying to generate a luatex format with the Polish patterns included. And this email describes my second unsuccessful attempt. --Wlodek Bzyl

2 2

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 22 May '08

22 May '08

U svn/trunk/src/libs/luasocket/src/inet.c U svn/trunk/src/texk/web2c/luatexdir/lua/luainit.c Checked out revision 1286.

1 0

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 22 May '08

22 May '08

U svn/trunk/src/texk/web2c/luatexdir/lua/loslibext.c U svn/trunk/src/texk/web2c/luatexdir/lua/llanglib.c U svn/trunk/src/texk/web2c/luatexdir/lua/lnodelib.c U svn/trunk/src/texk/web2c/luatexdir/font/luafont.c Checked out revision 1284.

1 0

Looking for hyphens with Lua
by Wlodek Bzyl 22 May '08

22 May '08

Hi running the following file --- \lefthyphenmin=1 \righthyphenmin=1 \hyphenation{a-b} \showhyphens{ab} --- displays on the terminal all hyphens that plain LuaTeX finds in 'ab'. Unfortunately, the following 1. build the 'ab' node list 2. call lang.hyphenate to insert discretionary hyphens 3. print the hyphenated node list does not print the hyphenated 'ab' list -- it prints 'b' instead (see the code below). --- \lefthyphenmin=1 \righthyphenmin=1 \hyphenation{a-b} \directlua 0 { function traverse_glyphs(head) for t in node.traverse_id(33, head) do % 33 -> glyph node texio.write_nl('char = ' .. t.char) end end head = node.new(33) head.font = font.current() head.char = 97 % ascii a head.lang = 0 tail = node.new(33) tail.font = font.current() tail.char = 98 % ascii b tail.lang = 0 % build 'ab' list head.next = tail tail.next = nil traverse_glyphs(head) lang.hyphenate(head) traverse_glyphs(head) } \end --- Is it possible to rewind the head pointer below on the begining of the list and to print the hyphenated list? --Wlodek Bzyl

4 4

Re: [Dev-luatex] uname() volunteers needed
by Taco Hoekwater 22 May '08

22 May '08

Hi All, Just to wrap this up: thanks everybody for their results, it has been useful. The luatex trunk now has support for os.uname(), also under Windows. Some people may find it interesting to see the outcome of this mini-survey. Here is a tally of what I received from various people, besides my own Linux/i386-es, and Hans' Windows Vista/i686: 1 CYGWIN_NT-5.1/i686 6 Darwin/i386 2 Darwin/Power Macintosh 1 FreeBSD/amd64 1 FreeBSD/i386 1 HP-UX/ia64 1 IRIX64/IP27 1 IRIX/IP32 1 Linux/i686 2 Linux/ppc 1 Linux/ppc64 2 Linux/sparc64 5 Linux/x86_64 1 OpenBSD/i386 1 OpenVMS/HP_rx2600__(1.40GHz/1.5MB) 2 SunOS/sun4u Best wishes, Taco

1 0

Cron <luatex@metatex> /var/www/luatex.org/www/bin/luatex-svn
by root＠www.metatex.org 22 May '08

22 May '08

U svn/trunk/build.sh.cross D svn/trunk/src/texk/kpathsea/pwd.h U svn/trunk/src/texk/kpathsea/user.c A svn/trunk/src/texk/kpathsea/pwd_nt.h U svn/trunk/src/texk/kpathsea/tilde.c U svn/trunk/src/texk/web2c/luatexdir/luatex.mk Checked out revision 1280.

1 0

uname() volunteer needed
by Taco Hoekwater 22 May '08

22 May '08

Hi all, In a discussion with Yue Wang he convinced me that it would be better to use uname() for finding os.name instead of the current jungle of #ifdefs. Because I do not want to alter the lua return values, that means I will have to interpret the contents of the returned structure a bit. To do that, I would appreciate it if the people on a non-linux32intel platform would compile and run the attached minimalistic C file. Thanks in advance, Taco

3 2

two implicit pointer conversions in luatex
by Norbert Preining 22 May '08

22 May '08

Hi Taco, on Debian we got two bug reports about possible problems with implicit pointer conversions. Both emails suggest a fix (one is including the system pwd.h, one is via a supplied patch). Can you take a look at it and comment? Thanks a lot and all the best Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- MEETH (n.) Something which American doctors will shortly tell us we are all suffering from. --- Douglas Adams, The Meaning of Liff

2 1

Re: [Dev-luatex] uname() volunteer needed
by Yue Wang 21 May '08

21 May '08

Hi, Taco > That is tricky. Should I return 'cygwin' in that case? > it is neither windows nor unix. As far as I am concerned, you need not to convert the string return by uname() into the previous label used in LuaTeX. This keeps LuaTeX simple and easy to maintain. I think os.name() should return a table contains five strings: {sysname=xxx,nodename=xxx,release=xxx,version=xxx,machine=xxx} Leave the corresponding code to higher level(for example, ConTeXt) Yue Wang

2 1

Next beta planning
by Taco Hoekwater 21 May '08

21 May '08

Hi all, We are now in the planning phase for the next "big" luatex beta, to be released just before TUG2008 in Cork. Hans and I just now went through the bugtracker to set the "target" tags to 0.30.0 for all items that we plan to include. http://tracker.luatex.org/view_all_bug_page.php 0.40.0 will be end of summer likely, and the 'subproject' for math will coded in the autumn (0.50 before the end of 2008). People that still have open bugs or feature requests that are not covered by the tracker: please add such items now if you wish to have a chance for inclusion in any of these releases. Best wishes, Taco

1 0