- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-116 ] character protrusion: pdftex may hang
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #116, was opened at 2004-09-10 23:58 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106 Category: hz Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: pdftex may hang Initial Comment: pdfTeX will fail on the following LaTeX file: ---------------------------------------------------- \pdfprotrudechars 2 \documentclass{minimal} \begin{document} \fontsize{7}{8}\selectfont This paragraph consists of more than two lines. This paragraph consists of more than two lines. This paragraph consists of more than two lines. %% same for this paragraph: % This is \hfill an empty line \end{document} ---------------------------------------------------- pdfTeX will hang while building the paragraph, so it seems. This does not happen with other font sizes. Also, it somehow seems to depend on the fonts preloaded in the format file. If I change this line in preload.ltx: \DeclarePreloadSizes{OT1}{cmr}{m}{n}{5,7,10} so that the font for size 10 will be loaded first, and recreate the format, all is well. I am using: This is pdfeTeX, Version 3.141592-1.20a-2.2 (MiKTeX 2.4)) Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-10-14 15:11 Message: Logged In: NO I have also had this problem with v1.10a and v1.20a. The problem only occurs with \pdfprotrudechars=2 (not when it is 1). Changing the font-size sometimes fixes it, as does changing the font encoding (presumably this alters the line breaking sufficiently not to bring about the specific conditions that cause the hang). ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-17 00:18 Message: Logged In: YES user_id=929 seems it's a loop in hz.ch, function total_pw(), always returning to the reswitch: label. I don't know what's going on, but supposing that the current line loop or whatever should end when the post_break(l) is reached, just shifting the goto reswitch; to this place: decr(n); end; goto reswitch; end; end; total_pw := left_pw(l) + right_pw(r); end; seems to make it work. No idea how to test it... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106

1 0

[ pdftex-Bugs-113 ] \pdftexbanner identifies pdfetex and pdfxtex as pdftex
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #113, was opened at 2004-09-09 12:16 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=113&group_id=106 Category: None Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: \pdftexbanner identifies pdfetex and pdfxtex as pdftex Initial Comment: Also make sure that the /PTEX.-keys inserted by the programs correctly identify the programs, not only pdftex. For pdf{e|x}tex, the information should also include the eTeX-version. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=113&group_id=106

1 0

[ pdftex-Bugs-63 ] Test
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #63, was opened at 2004-04-20 17:04 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=63&group_id=106 Category: PDF inclusion Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Test Initial Comment: test ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=63&group_id=106

1 0

Re: Re: [NTG-pdftex] 1.20b-rc6
by The Thanh Han 21 Dec '04

21 Dec '04

Hi, I am sorry not to be able to check it out, as my laptop is broken and I don't have a telephone link at home yet, so the only thing I can do now is to visit some internet cafe to check mail and reply to those urgent ones. If thing don't improve for another 2-3 weeks I will buy a new laptop. Thanh -----Original Message----- From: Martin Schröder <ms(a)artcom-gmbh.de> To: ntg-pdftex(a)ntg.nl Date: Mon, 20 Dec 2004 17:45:50 +0100 Subject: Re: [NTG-pdftex] 1.20b-rc6 > p4 describe -s 6664 Change 6664 by ms@artcom on 2004/12/20 17:34:46 pdftex: 1.20b-rc6 Affected files ... .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/NEWS#76 edit .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/pdftex.ch#159 edit .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/writet1.c#21 edit This has the last patch from Hartmut for bug #250. If nothing serious happens I plan a release on Wednesday. tarball is at pdftex.sarovar.org and in the beta branch at http://sarovar.org/projects/pdftex/ 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 _______________________________________________ ntg-pdftex mailing list ntg-pdftex(a)ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-pdftex

1 0

[ pdftex-Feature Requests-252 ] current page object number
by noreply＠sarovar.org 14 Dec '04

14 Dec '04

Feature Requests item #252, was opened at 2004-12-14 16:47 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=252&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: current page object number Initial Comment: Dear PdfTeX-developpers, sometimes the reference to the current page object is needed within the implementation of another pdf object. As an example may serve the `Screen Annotation' several interactive PDF features rely on. Currently, the \pdfpageref command, which takes a page number as argument, can be used for this purpose. It is difficult, however, to maintain a reliable page counter as the attached file demonstrates. It uses the `everyshi' package by M. Schroeder. On the first line of every page a wrong object number is being output. It would be very nice to have a command like \pdfcurrentpageref to be implemented in pdftex. Thanks for your attention, Alexander Grahn ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=252&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 12 Dec '04

12 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-12-12 09:00 Message: Logged In: YES user_id=929 Tried to force re-allocations and made tests with pdftex and dvipsk, see attached .tgz file. Seems to run ok. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 18:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 19:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 19:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

Re: CVS sarovar checkout probs
by Martin Schröder 08 Dec '04

08 Dec '04

On 2004-12-08 15:37:19 +0100, Olaf Weber wrote: > Now I'm hitting another problem; I could have sworn I knew how to do a > checkout from sarovar, but for pdftex I get only the CVSROOT > directory, nothing from the pdftex sources themselves. (I did get > this to work for metapost, some time ago now.) What am I doing wrong? > > $ cvs -z3 -d:ext:infovore@cvs.pdftex.sarovar.org:/cvsroot/pdftex co . > cvs server: Updating . > cvs server: Updating CVSROOT > U CVSROOT/checkoutlist > U CVSROOT/commitinfo > U CVSROOT/config > U CVSROOT/cvswrappers > U CVSROOT/editinfo > U CVSROOT/loginfo > U CVSROOT/modules > U CVSROOT/notify > U CVSROOT/rcsinfo > U CVSROOT/taginfo > U CVSROOT/verifymsg I'm not sure if there is more content... > Also, does http://cvs.sarovar.org/cgi-bin/cvsweb.cgi/?cvsroot=pdftex > work for you? I get a permission denied message. Me2. :-( Maybe someone on the list has a clue? 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 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 08 Dec '04

08 Dec '04

Bugs item #242, was opened at 2004-12-02 15:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 >Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Hartmut Henkel (hhenkel) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2004-12-03 00:30 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0