May 2004 - ntg-pdftex - NTG Mailing Lists

pdftex-1.20-rc4
by The Thanh Han 01 Jun '04

01 Jun '04

Hi, I uploaded pdftex-1.20a-rc4 to pdftex.sarovar.org/src. This version fixes the problem with finding fonts in included pdf, as discussed before. I also did some (heavy) cleaning up in the code handling fonts, so expect the unexpected. Thanh

3 6

handling fatal errors / corrupt file
by Hans Hagen 26 May '04

26 May '04

Hi, Sometimes pdftex quits with a fatal error (e.g. when a pdf image is invalid); in that case the pdf file is corrutp. I think that in those situations either the fils should be correct, but since that is tricky, that alternatively the file is simply deleted automatically. Better no file than a corrupt one. Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

1 0

djgpp binaries for pdftex-1.20a-rc4 available
by The Thanh Han 24 May '04

24 May '04

Hi, the recent djgpp binaries seem to have problem. After some digging on the Internet it seems to be a problem with gcc-3.2.2 when using libstdc++ (C programs run fine). In the beginning I thought it is related to linux powerpc only (I am running the cross compiler on linux powerpc -- debian woody), but other people also have the same problem on other platforms. After another a few days strugling hard I got to build gcc-2.95.2 and rebuild pdftex with that new cross compiler. The binaries are available at http://pdftex.sarovar.org/djgpp I did a simple test (pdftex story.tex \\bye) on win2k and it seems to be ok. Please test it if you can; after about a week I will upload my changes to texlive p4 if no problems are found. I would like put some more info at http://pdftex.sarovar.org when I have more time to work on it. If you would like to help, please let me know. Thanh PS: to Hans: I didn't look at your problem with hz yet. PS2: to Hartmut: I implemented psname_lookup as we discussed. It was not very complicated, as thanks to avl it's easy to find all entries with the same psname + slant + extend. Now all the fm entries are also inserted to ps_tree. I had more work with checking those tfms and picking up the `right' one.

1 0

still probelms with inclusion
by Hans Hagen 17 May '04

17 May '04

Hi, The 'old version' of pdftex had problems with including pdf files that uses fonts not present on the system (well, my system): Font \csname\endcsname=uplr8y not loadable: Metric (TFM) file not found. the new (djgpp) version still has: : invalid font dict type <null> the last couple of days i switched to map files with FontNames again, but i regret that move already. I'm puzzled because i thought that Hartmuts code took care of that. I need to make a decision: either ship with or without FontName entries in map files; (i never had problems without them, but since it was mentioned that inclusion was more efficient with them...) Is it possible to provide \pdfoptionignorefontnames=1 that 'ignores' the font name entries in map files? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

3 7

bug in pdfxtex
by Hans Hagen 13 May '04

13 May '04

>pdfetex This is pdfxTeX, Version 3.141592-1.20a-rc3-2.1 (Web2C 7.5.3) \write18 enabled. **x kpathsea: Running mktexfmt pdfetex.fmt Exiting due to signal SIGSEGV General Protection Fault at eip=00113d54 eax=746d6678 ebx=000fff34 ecx=009a0441 edx=000fff38 esi=00000054 edi=001ee210 ebp=0026e158 esp=0026e14c program=E:\TEX\TE2CCD~1\BIN\PDFETEX.EXE cs: sel=01a7 base=02aa0000 limit=00b4ffff ds: sel=01af base=02aa0000 limit=00b4ffff es: sel=01af base=02aa0000 limit=00b4ffff fs: sel=017f base=0000ecf0 limit=0000ffff gs: sel=01bf base=00000000 limit=0010ffff ss: sel=01af base=02aa0000 limit=00b4ffff App stack: [0026e210..001ee210] Exceptn stack: [001ee164..001ec224] Call frame traceback EIPs: 0x00113d54 0x000fd9c0 0x00060bf0 0x00011d95 0x0006444d 0x001135a8 ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

5 7

[bug] crash at lookup_fontmap
by Martin Schröder 12 May '04

12 May '04

With rc3: Program received signal SIGSEGV, Segmentation fault. 0x80a64c5 in lookup_fontmap (bname=0x830c180 "LUTYFL+CMBX12") at ../../../../src/texk/web2c/pdftexdir/mapfile.c:755 755 if (pdffontmap[i] == 0) (gdb) bt #0 0x80a64c5 in lookup_fontmap (bname=0x830c180 "LUTYFL+CMBX12") at ../../../../src/texk/web2c/pdftexdir/mapfile.c:755 #1 0x80b6723 in copyFont (tag=0x830cee0 "F128", fontRef=0xbfffce20) at ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:425 #2 0x80b6cfc in copyFontResources (obj=0xbfffcf04) at ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:458 #3 0x80b892d in write_epdf () at ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:1004 #4 0x80b54f5 in writeimage (img=0) at ../../../../src/texk/web2c/pdftexdir/writeimg.c:316 #5 0x807c9fc in zpdfwriteimage (n=6) at pdftex1.c:7324 #6 0x809b653 in doextension () at pdftex3.c:792 #7 0x809e355 in maincontrol () at pdftex3.c:2283 #8 0x805a150 in mainbody () at pdftexini.c:4908 #9 0x80a1bbe in main (ac=4, av=0xbfffd094) at pdftexextra.c:325 Will investigate further tomorrow. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

4 6

pdfeTeX 1.20b-2.1: writet3 problem
by Akira Kakuto 12 May '04

12 May '04

>1.20a-rc3 no longer has this bug. I suspect that writet3.c in texlive p4 head is older than the one in the tarball. Best regards, Akira

1 0

pdftex-1.20a-rc3
by The Thanh Han 12 May '04

12 May '04

Hi, I changed the version back to 1.20a-rc3 as Martin suggested. Also a src tarball and djgpp binaries are avail. at http://vntex.sourceforge.net/private/thanh/pdftex/ This version fixes the problem Staszek reported with pdfelatex. Thanh

3 3

Re: [pdftex] Who does the releases?
by Akira Kakuto 11 May '04

11 May '04

Hi Thanh, >At the meantime, I will rename the latest sources >to 1.20a-rc3 as you suggested. Please do not go backward. You have enough numbers to use, 1.20c, 1.20d, ... As a stable release version number, you can choose 1.21. Best regards, Akira

1 0

pdf(e)tex compatible with tex?
by Akira Kakuto 11 May '04

11 May '04

>I'm so sorry, but I found some incompatibilities in pdfetex in dvi mode. >My silly test, attached in il1test.zip, or in case that the mailer could >remove it, available from >ftp:/ftp.gust.org.pl/TeX/GUST/test/il1test.zip >can show you that some primitives give strange output, e.g. not expected >headlines and footers using pdfetex based latex format. I have also obtained headlines and footers in the case of pdfelatex and pdfxlatex (1.20b-2.1). However, pdflatex (1.20b) (i.e., non e-TeX version) seems to output the same dvi as latex or elatex. Best regards, Akira

1 0