- dev-luatex - NTG Mailing Lists

md5.sum
by Reinhard Kotucha 20 Jan '10

20 Jan '10

Dear Sirs, I wrote a tiny program which calculates the checksum of a file. It should provide the the same result as md5sum(1), but it doesn't. $ ./md5sum.tlu md5sum.tlu 737d8815930c35e7d112374765dbe01f md5sum.tlu $ md5sum md5sum.tlu bdab3aa02a33eb91a9e0c1001954a413 md5sum.tlu This is quite strange, I would expect the same result. The relevant piece if code is: ---------------------------------------------------------------- file=arg[1] function md5.hex(s) return (string.gsub(md5.sum(s), ".", function (c) return string.format("%02x", string.byte(c)) end)) end local fh=assert(io.open(file, 'rb')) content=fh:read("*all") fh:close() io.write (md5.hex(content)..' '..file..'\n') ---------------------------------------------------------------- You can download the complete file from: http://tug.org/~kotucha/md5sum.tlu.gz I'm using md5.sum() in an installer for getnonfreefonts, see: http://tug.org/~kotucha/getnonfreefonts The installer contains the files to install as here-documents. The program which inserts the here-documents also creates the checksums. Since texlua creates checksums which are incompatible with those created by md5sum(1), I use md5sum.tlu in order to create them. The installer finally calculates the checksums of the files it installed. This works on Unix, but Tomek T. tested it on Windows and told me that he got checksum mismatches. For the time beeing, I commented out the checksum tests. It's possible that there are problems with line endings. But I must admit that I don't remember whether I added the binary flag to the function install_file(...) before Tomek tested it. However, the fact that md5sum.tlu and md5sum(1) provide different results is not what I expect. Any idea? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

7 13

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

19 Jan '10

------------------------------------------------------------------------ r3365 | taco | 2010-01-19 14:51:00 +0100 (Tue, 19 Jan 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdflistout.c change confusion("pdfvlistout") to confusion("vlistout") ------------------------------------------------------------------------

1 0

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

19 Jan '10

------------------------------------------------------------------------ r3364 | hhenkel | 2010-01-18 22:27:25 +0100 (Mon, 18 Jan 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/luatexfont.h M /trunk/source/texk/web2c/luatexdir/font/writefont.c rm obsolete fn_objnum ------------------------------------------------------------------------

1 0

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

18 Jan '10

------------------------------------------------------------------------ r3363 | hhenkel | 2010-01-18 20:36:26 +0100 (Mon, 18 Jan 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/limglib.c M /trunk/source/texk/web2c/luatexdir/lua/lpdflib.c M /trunk/source/texk/web2c/luatexdir/lua/luastuff.c M /trunk/source/texk/web2c/luatexdir/lua/luatex-api.h move preset_environment() ------------------------------------------------------------------------

1 0

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

18 Jan '10

------------------------------------------------------------------------ r3361 | taco | 2010-01-18 12:40:59 +0100 (Mon, 18 Jan 2010) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/luafontloader/fontforge/fontforge/parsettf.c M /trunk/source/texk/web2c/luatexdir/luafontloader/fontforge/fontforge/splinefont.h Fontforge clears some font names at loading time that will be refilled in at font generation time, but the fontloader should not do that. Patch from Khaled Hosny. ------------------------------------------------------------------------ r3362 | taco | 2010-01-18 12:54:08 +0100 (Mon, 18 Jan 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/loslibext.c M /trunk/source/texk/web2c/luatexdir/lua/lstatslib.c M /trunk/source/texk/web2c/luatexdir/lua/luainit.c M /trunk/source/texk/web2c/luatexdir/lua/luatex-api.h M /trunk/source/texk/web2c/luatexdir/tex/printing.c M /trunk/source/texk/web2c/luatexdir/utils/utils.c various header cleanups proposed by Javier Mugica ------------------------------------------------------------------------

1 0

Missing entries in TTF names table
by Khaled Hosny 18 Jan '10

18 Jan '10

While trying to write a font names database generation tool for lualatex, I found that certain fonts are missing entries in the TTF names table, like fullname, subfamily etc. This because, for these fonts, FontForge nulls those values and guesses them from PS names at font generation time, so they aren't saved in SFD sources nor returned by LuaTeX's fontloader. Attached a proposed patch which simply removes the corresponding FontForge function; TTF_PSDupsDefault() (it isn't used anywhere else in the source, so I though it should go away completely). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

2 1

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

17 Jan '10

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

17 Jan '10

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

17 Jan '10

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

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

16 Jan '10

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0