August 2004 - ntg-pdftex - NTG Mailing Lists

pdftex.sarovar.org
by Martin Schröder 06 Sep '04

06 Sep '04

Hi, this might sound dumb, but how are these files maintained? 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

1 2

pdftex-1.20a-rc6 is available
by The Thanh Han 06 Sep '04

06 Sep '04

Hi, pdftex-1.20a-rc6 is available (sources + djgpp binaries) at pdftex.sarovar.org this version fixed 2 problems with auto font expansion and margin kerning. If no further problem is found, we expect to release pdftex-1.20a soon Thanh

4 8

[ pdftex-Bugs-103 ] pdftex crashes when including a file featuring auto expansion
by noreply＠sarovar.org 27 Aug '04

27 Aug '04

Bugs item #103, was opened at 2004-08-26 22:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106 Category: PDF inclusion Group: v1.20a Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Nobody (None) Assigned to: Martin Schröder (oneiros) Summary: pdftex crashes when including a file featuring auto expansion Initial Comment: When including a pdf file that contains fonts created with the autoexpand feature, pdftex will crash on the including file. This does not happen if the expanded fonts are available. Neither does it occur with the base 35 fonts (well, I've only tested ptmr8r and phvr8r). Test case below. Regards, Robert. plain tex file to be included (let's call it include.tex): -------------------------------------------- \font\testfont=cmr10\testfont \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand \hsize=15em Some characters that pretend to make up words which pretend to make sense. \bye -------------------------------------------- latex file on which pdftex crashes: -------------------------------------------- \documentclass{minimal} \usepackage{graphics} \begin{document} \tracingall \includegraphics{include.pdf} \end{document} -------------------------------------------- last lines of the online log (no log file created): -------------------------------------------- Completed box being shipped out [1] \vbox(578.15999+0.0)x469.75499 .\glue 0.0 .\vbox(578.15999+0.0)x469.75499 ..\vbox(0.0+0.0)x469.75499 ...\glue 0.0 plus 1.0fil ...\hbox(0.0+0.0)x469.75499 ..\glue 0.0 ..\glue(\lineskip) 0.0 ..\vbox(578.15999+0.0)x469.75499 ...\glue(\topskip) 0.0 ...\hbox(845.04504+0.0)x469.75499 ....\hbox(0.0+0.0)x20.0 ....\hbox(845.04504+0.0)x597.50682 .....\hbox(845.0471+0.0)x597.50829 ......\hbox(845.0471+0.0)x597.50829 .......\pdfliteral{ q 1 0 0 1 0 0 cm} .......\hbox(845.0471+0.0)x0.0, glue set - 597.50829fil ........\hbox(845.0471+0.0)x597.50829 .........\pdfrefximage(845.0471+0.0)x597.50829 ........\glue 0.0 plus 1.0fil minus 1.0fil .......\pdfliteral{ Q} ....\penalty 10000 ....\glue(\parfillskip) 0.0 plus 1.0fil ....\glue(\rightskip) 0.0 ...\glue 0.0 ..\glue(\baselineskip) 0.0 ..\hbox(0.0+0.0)x469.75499 <test-include.pdf{psfonts.map} -------------------------------------------- ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-08-27 19:23 Message: Logged In: NO Just wanted to confirm that this is solved in MiKTeX's latest release from today (1.20a-rc7.2-2.1). Sorry for the traffic, Robert. (With "expanded fonts are available" I meant that the fonts cmr10+10 etc. exist.) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-08-27 13:18 Message: Logged In: YES user_id=421 This does not crash with the latest teTeX and HEAD pdfTeX. You mention that this does not crash if the expanded fonts are available, but your example uses cm, which obviously _is_ available. And the example works even with an empty map file. This is a MikTeX problem or a bug fixed just recently. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-08-26 23:00 Message: Logged In: NO Sorry, forgot to mention my system: This is pdfeTeX, Version 3.141592-1.20a-rc7.1-2.1 (MiKTeX 2.4) output format initialized to PDF entering extended mode (bugs.tex LaTeX2e <2003/12/01> *File List* minimal.cls 2001/05/25 Standard LaTeX minimal class graphics.sty 2001/07/07 v1.0n Standard LaTeX Graphics (DPC,SPQR) trig.sty 1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg 2003/03/12 v1.1 MiKTeX 'graphics' configuration pdftex.def 2002/06/19 v0.03k graphics/color for pdftex supp-pdf.tex ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106

1 0

vadjust.ch
by The Thanh Han 27 Aug '04

27 Aug '04

Hi Martin, now when vadjust is in pdftex, vadjust.ch should be moved under pdftexdir/. Can you please do that? Thanh

3 4

[ pdftex-Bugs-103 ] pdftex crashes when including a file featuring auto expansion
by noreply＠sarovar.org 27 Aug '04

27 Aug '04

Bugs item #103, was opened at 2004-08-26 19:26 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106 >Category: PDF inclusion >Group: v1.20a >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Nobody (None) >Assigned to: Martin Schröder (oneiros) Summary: pdftex crashes when including a file featuring auto expansion Initial Comment: When including a pdf file that contains fonts created with the autoexpand feature, pdftex will crash on the including file. This does not happen if the expanded fonts are available. Neither does it occur with the base 35 fonts (well, I've only tested ptmr8r and phvr8r). Test case below. Regards, Robert. plain tex file to be included (let's call it include.tex): -------------------------------------------- \font\testfont=cmr10\testfont \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand \hsize=15em Some characters that pretend to make up words which pretend to make sense. \bye -------------------------------------------- latex file on which pdftex crashes: -------------------------------------------- \documentclass{minimal} \usepackage{graphics} \begin{document} \tracingall \includegraphics{include.pdf} \end{document} -------------------------------------------- last lines of the online log (no log file created): -------------------------------------------- Completed box being shipped out [1] \vbox(578.15999+0.0)x469.75499 .\glue 0.0 .\vbox(578.15999+0.0)x469.75499 ..\vbox(0.0+0.0)x469.75499 ...\glue 0.0 plus 1.0fil ...\hbox(0.0+0.0)x469.75499 ..\glue 0.0 ..\glue(\lineskip) 0.0 ..\vbox(578.15999+0.0)x469.75499 ...\glue(\topskip) 0.0 ...\hbox(845.04504+0.0)x469.75499 ....\hbox(0.0+0.0)x20.0 ....\hbox(845.04504+0.0)x597.50682 .....\hbox(845.0471+0.0)x597.50829 ......\hbox(845.0471+0.0)x597.50829 .......\pdfliteral{ q 1 0 0 1 0 0 cm} .......\hbox(845.0471+0.0)x0.0, glue set - 597.50829fil ........\hbox(845.0471+0.0)x597.50829 .........\pdfrefximage(845.0471+0.0)x597.50829 ........\glue 0.0 plus 1.0fil minus 1.0fil .......\pdfliteral{ Q} ....\penalty 10000 ....\glue(\parfillskip) 0.0 plus 1.0fil ....\glue(\rightskip) 0.0 ...\glue 0.0 ..\glue(\baselineskip) 0.0 ..\hbox(0.0+0.0)x469.75499 <test-include.pdf{psfonts.map} -------------------------------------------- ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2004-08-27 09:48 Message: Logged In: YES user_id=421 This does not crash with the latest teTeX and HEAD pdfTeX. You mention that this does not crash if the expanded fonts are available, but your example uses cm, which obviously _is_ available. And the example works even with an empty map file. This is a MikTeX problem or a bug fixed just recently. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-08-26 19:30 Message: Logged In: NO Sorry, forgot to mention my system: This is pdfeTeX, Version 3.141592-1.20a-rc7.1-2.1 (MiKTeX 2.4) output format initialized to PDF entering extended mode (bugs.tex LaTeX2e <2003/12/01> *File List* minimal.cls 2001/05/25 Standard LaTeX minimal class graphics.sty 2001/07/07 v1.0n Standard LaTeX Graphics (DPC,SPQR) trig.sty 1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg 2003/03/12 v1.1 MiKTeX 'graphics' configuration pdftex.def 2002/06/19 v0.03k graphics/color for pdftex supp-pdf.tex ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106

1 0

Re: [ pdftex-Bugs-103 ] pdftex crashes when including a file featuring auto expansion
by Akira Kakuto 27 Aug '04

27 Aug '04

> When including a pdf file that contains fonts created > with the autoexpand feature, pdftex will crash on the > including file. It seems ok in Web2C version: This is pdfeTeX, Version 3.141592-1.20a-rc7.2-2.1 (Web2C 7.5.3) output format initialized to PDF entering extended mode Some parts of log file: ... ... ... ... ... ... ........\glue 0.0 plus 1.0fil minus 1.0fil .......\pdfliteral{ Q} ....\penalty 10000 ....\glue(\parfillskip) 0.0 plus 1.0fil ....\glue(\rightskip) 0.0 ...\glue 0.0 ..\glue(\baselineskip) 0.0 ..\hbox(0.0+0.0)x469.75499 <./include.pdf{c:/usr/local/share/texmf/fonts/map/pdftex/updmap/pdftex.map}> Memory usage before: 324&40245; after: 182&40224; still untouched: 1447733 ... ... ... ... ... ... Here is how much of TeX's memory you used: 603 strings out of 95292 7342 string characters out of 1187525 52268 words of memory out of 1500001 3772 multiletter control sequences out of 10000+50000 3640 words of font info for 14 fonts, out of 600000 for 2000 14 hyphenation exceptions out of 2000 18i,4n,17p,192b,92s stack positions out of 1500i,500n,5000p,200000b,5000s 21 PDF objects out of 300000 0 named destinations out of 131072 6 words of extra memory for PDF output out of 300000 Output written on t.pdf (1 page, 18020 bytes). -- Akira Kakuto

1 0

[ pdftex-Bugs-103 ] pdftex crashes when including a file featuring auto expansion
by noreply＠sarovar.org 26 Aug '04

26 Aug '04

Bugs item #103, was opened at 2004-08-26 22:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: pdftex crashes when including a file featuring auto expansion Initial Comment: When including a pdf file that contains fonts created with the autoexpand feature, pdftex will crash on the including file. This does not happen if the expanded fonts are available. Neither does it occur with the base 35 fonts (well, I've only tested ptmr8r and phvr8r). Test case below. Regards, Robert. plain tex file to be included (let's call it include.tex): -------------------------------------------- \font\testfont=cmr10\testfont \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand \hsize=15em Some characters that pretend to make up words which pretend to make sense. \bye -------------------------------------------- latex file on which pdftex crashes: -------------------------------------------- \documentclass{minimal} \usepackage{graphics} \begin{document} \tracingall \includegraphics{include.pdf} \end{document} -------------------------------------------- last lines of the online log (no log file created): -------------------------------------------- Completed box being shipped out [1] \vbox(578.15999+0.0)x469.75499 .\glue 0.0 .\vbox(578.15999+0.0)x469.75499 ..\vbox(0.0+0.0)x469.75499 ...\glue 0.0 plus 1.0fil ...\hbox(0.0+0.0)x469.75499 ..\glue 0.0 ..\glue(\lineskip) 0.0 ..\vbox(578.15999+0.0)x469.75499 ...\glue(\topskip) 0.0 ...\hbox(845.04504+0.0)x469.75499 ....\hbox(0.0+0.0)x20.0 ....\hbox(845.04504+0.0)x597.50682 .....\hbox(845.0471+0.0)x597.50829 ......\hbox(845.0471+0.0)x597.50829 .......\pdfliteral{ q 1 0 0 1 0 0 cm} .......\hbox(845.0471+0.0)x0.0, glue set - 597.50829fil ........\hbox(845.0471+0.0)x597.50829 .........\pdfrefximage(845.0471+0.0)x597.50829 ........\glue 0.0 plus 1.0fil minus 1.0fil .......\pdfliteral{ Q} ....\penalty 10000 ....\glue(\parfillskip) 0.0 plus 1.0fil ....\glue(\rightskip) 0.0 ...\glue 0.0 ..\glue(\baselineskip) 0.0 ..\hbox(0.0+0.0)x469.75499 <test-include.pdf{psfonts.map} -------------------------------------------- ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-08-26 23:00 Message: Logged In: NO Sorry, forgot to mention my system: This is pdfeTeX, Version 3.141592-1.20a-rc7.1-2.1 (MiKTeX 2.4) output format initialized to PDF entering extended mode (bugs.tex LaTeX2e <2003/12/01> *File List* minimal.cls 2001/05/25 Standard LaTeX minimal class graphics.sty 2001/07/07 v1.0n Standard LaTeX Graphics (DPC,SPQR) trig.sty 1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg 2003/03/12 v1.1 MiKTeX 'graphics' configuration pdftex.def 2002/06/19 v0.03k graphics/color for pdftex supp-pdf.tex ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106

1 0

[ pdftex-Bugs-102 ] \pdffontexpand without autoexpand produces strange "ligature"
by noreply＠sarovar.org 26 Aug '04

26 Aug '04

Bugs item #102, was opened at 2004-08-20 22:08 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=102&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: \pdffontexpand without autoexpand produces strange "ligature" Initial Comment: In the attached test file the fonts are set up by \def\setupfont{ \resetefcode\font \pdffontexpand\font 20 20 5 %autoexpand } This produces a strange "ligature" in the fifth word of the resulting pdf (test/oertzen.pdf): instead of "ä" in "Verhältnis" something quite different is printed. If autoexpand is used, "ä" is printed. Also the log shows control characters at some points in the trace of the first page, most notably in the fonts names (0a and 00). ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-08-26 22:57 Message: Logged In: NO I don't think this is a pdftex bug. The virtual font is broken. You get the same result with this plain tex file: ----------------------------------- \font\testfont=pegri9d+20\testfont ä ö ü \char199 \char172 \char185 \char177 \char208 \char174 \char199 \bye ----------------------------------- Running > vftovp pegri9d+20.vf pegri9d+20.tfm test.vp will report some of the broken characters. Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-08-20 22:10 Message: Logged In: YES user_id=421 I tried this with pdfetex and pdftex (not etex), and the effect is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=102&group_id=106

1 0

[ pdftex-Bugs-103 ] pdftex crashes when including a file featuring auto expansion
by noreply＠sarovar.org 26 Aug '04

26 Aug '04

Bugs item #103, was opened at 2004-08-26 22:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: pdftex crashes when including a file featuring auto expansion Initial Comment: When including a pdf file that contains fonts created with the autoexpand feature, pdftex will crash on the including file. This does not happen if the expanded fonts are available. Neither does it occur with the base 35 fonts (well, I've only tested ptmr8r and phvr8r). Test case below. Regards, Robert. plain tex file to be included (let's call it include.tex): -------------------------------------------- \font\testfont=cmr10\testfont \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand \hsize=15em Some characters that pretend to make up words which pretend to make sense. \bye -------------------------------------------- latex file on which pdftex crashes: -------------------------------------------- \documentclass{minimal} \usepackage{graphics} \begin{document} \tracingall \includegraphics{include.pdf} \end{document} -------------------------------------------- last lines of the online log (no log file created): -------------------------------------------- Completed box being shipped out [1] \vbox(578.15999+0.0)x469.75499 .\glue 0.0 .\vbox(578.15999+0.0)x469.75499 ..\vbox(0.0+0.0)x469.75499 ...\glue 0.0 plus 1.0fil ...\hbox(0.0+0.0)x469.75499 ..\glue 0.0 ..\glue(\lineskip) 0.0 ..\vbox(578.15999+0.0)x469.75499 ...\glue(\topskip) 0.0 ...\hbox(845.04504+0.0)x469.75499 ....\hbox(0.0+0.0)x20.0 ....\hbox(845.04504+0.0)x597.50682 .....\hbox(845.0471+0.0)x597.50829 ......\hbox(845.0471+0.0)x597.50829 .......\pdfliteral{ q 1 0 0 1 0 0 cm} .......\hbox(845.0471+0.0)x0.0, glue set - 597.50829fil ........\hbox(845.0471+0.0)x597.50829 .........\pdfrefximage(845.0471+0.0)x597.50829 ........\glue 0.0 plus 1.0fil minus 1.0fil .......\pdfliteral{ Q} ....\penalty 10000 ....\glue(\parfillskip) 0.0 plus 1.0fil ....\glue(\rightskip) 0.0 ...\glue 0.0 ..\glue(\baselineskip) 0.0 ..\hbox(0.0+0.0)x469.75499 <test-include.pdf{psfonts.map} -------------------------------------------- ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=103&group_id=106

1 0

[ pdftex-Bugs-102 ] \pdffontexpand without autoexpand produces strange "ligature"
by noreply＠sarovar.org 20 Aug '04

20 Aug '04

Bugs item #102, was opened at 2004-08-20 18:38 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=102&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) >Summary: \pdffontexpand without autoexpand produces strange "ligature" Initial Comment: In the attached test file the fonts are set up by \def\setupfont{ \resetefcode\font \pdffontexpand\font 20 20 5 %autoexpand } This produces a strange "ligature" in the fifth word of the resulting pdf (test/oertzen.pdf): instead of "ä" in "Verhältnis" something quite different is printed. If autoexpand is used, "ä" is printed. Also the log shows control characters at some points in the trace of the first page, most notably in the fonts names (0a and 00). ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2004-08-20 18:40 Message: Logged In: YES user_id=421 I tried this with pdfetex and pdftex (not etex), and the effect is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=102&group_id=106

1 0