On 22 December 2009 Hartmut Henkel wrote:
> seems to be a 32/64 bit issue. After sprinkling the md5.c code with 32
> bit MASKs (see diff) luatex indeed gives the correct
> 098f6bcd4621d373cade4e832627b4f6 on an x86_64 AMD debian Linux PC.
Many thanks to everybody who helped to find the bug, an
r3281 | hhenkel | 2009-12-21 22:32:15 +0100 (Mon, 21 Dec 2009) | 3 lines
Changed paths:
M /trunk/source/texk/web2c/luatexdir/image/epdf.h
M /trunk/source/texk/web2c/luatexdir/image/pdftoepdf.cc
regression: remove Type1
Hans Hagen wrote:
Paweł Jackowski wrote:
1. New pdf table fields (pdf.pdftrailer, pdf.pdfinfo, pdf.pdfcatalog,
pdf.pdfnames) actually do nothing more but assign internal toks lists.
[...]
this is on purpose as the interface at the lua end is not modelled after
the one at the tex end; we will
Paweł Jackowski wrote:
1. New pdf table fields (pdf.pdftrailer, pdf.pdfinfo, pdf.pdfcatalog,
pdf.pdfnames) actually do nothing more but assign internal toks lists.
As we know, their pdftex equivalents weren't generic toks lists, but
perhaps they should for interface consistency? And perhaps th