July 2005 - ntg-pdftex - NTG Mailing Lists

pdftex and xpdf (and its security bugs): What about a libxpdf?
by frank＠kuesterei.ch 24 Jan '06

24 Jan '06

Dear pdftex developers, during the last months security support for software containing xpdf code was a nightmare - not only that there were many security issues discovered, moreover everybody used a different patch, it was unclear to what extent older versions were affected, and so forth. This was also a problem for us, the teTeX maintainer in Debian, which currently has three versions of pdftex with three different versions of the xpdf code. What would you think about creating a shared library, "libxpdf", and using that for pdftex, either linked dynamically (for Linux/Unix distributions) or statically (for TeX-live and friends)? There is already such a library, libpoppler, a fork of the xpdf code (http://poppler.freedesktop.org/) However, I do not know whether the xpdf author, Derek B. Noonburg, is generally unwilling to create a shared library, or whether people simply didn't ask him. Personally I would prefer to have as little a number of versions of the same code, and thus to get a shared library from xpdf proper. If you agree, I would be oblidged if one of you would contact Derek Noonburg (derekn(a)foolabs.com) and ask him. He seems to be a little unresponsive at times, and has not answered a similar question from the maintainer of the xpdf package in Debian for a couple of weeks now. Maybe we can convince him that this is a good idea if he is approached from different sides. Alternatively, if he is unwilling to make this change, do you think using libpoppler would be feasible? Many thanks in advance, Frank Küster -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer

2 3

\tagcode primitive in pdfetex
by Taco Hoekwater 28 Jul '05

28 Jul '05

Hi, I discovered this morning that 'pdfetex' does not understand the \tagcode primitive, but 'pdftex' does (rc5). It turns out the primitive is in pdftexdir/pdftex2.ch, but that file is not included while building pdfetex. Can this be fixed still? Cheers, Taco

2 1

1.30.0-beta-20050615
by Martin Schröder 27 Jul '05

27 Jul '05

src/pdftex-1.30.0-beta-20050615.zip should be on sarovar. Here's the proposed NEWS: ---------------------------------------------------------------- ------------------------------------------------- pdfTeX 3.141592-1.30.0 was released on 2005-06-?? ------------------------------------------------- - Some primites have been renamed; the old names will still work, but are deprecated and give a warning that they are obsolete: \pdfoptionpdfminorversion -> \pdfminorversion \pdfoptionalwaysusepdfpagebox -> \pdfforcepagebox \pdfoptionpdfinclusionerrorlevel -> \pdfinclusionerrorlevel - pdfxtex (introduced with 1.20a) is gone; all extensions are now in pdftex. - pdftex nows two new units: - new Didot (1nd=0.375mm) - new Cicero (1nc=12nd) - New primitive \pdfpkmode, which is a token register that sets the MF mode for pixel font generation. The contents of this register is dumped into the format, so one can (optionally) preset it e.g. in part of pdftexconfig.tex. - New primitives: pdfTeX now has an interface to the precise system time (if available) as an aid in benchmarking TeX macro code. Two new primitives are provided: - \elapsedtime is a read-only integer that (initially) returns the amount of time passed since the start of this run. This amount is given in `scaled seconds': the value 65536 counts as one second. If more time has passed than 32767 seconds, (2^31)-1 will be returned. - \resettime updates the internal timer, such that subsequent calls to \elapsedtime will restart from 0. - New primitive \pdfxformname <object number>, which expands to the number in the corresponding form XObject name. - New primitives \leftmarginkern <box number> and \rightmarginkern <box number> for specifying the margin kern at the left and right side of the horizontal list stored in box <box number>. - Inclusion of pngs has been greatly improved: It now does - alpha channel and transparency (only if %!PDF >=1.4) - 16-bit colour (only if %!PDF >=1.5); this must be enabled by setting \pdfimagehicolor to 1. - gamma correction; this must be enabled by setting \pdfimageapplygamma to 1. The device gamma is taken from \pdfgamma. If no embedded value can be found in the png image, then the value of \pdfimagegamma is used instead. - The effects of font expansion can now be logged: There is now a new integer variable \pdftracingfonts. It is zero by default, then we get a log (with fontexpansion) like this ...\tenrm t ...\tenrm (+20) e Without font expansion, this default should be compatible with TeX's original log output. If \pdftracingfonts is set to 1 (or greater), we get a more verbose log: ...\xivtt (cmtt10(a)14.0pt) t ...\xivtt (cmtt10+20(a)14.0pt) e See also bug 304. - The primitive \pdfmovechar has been removed (bug 294) - Bugfix: empty strings are not supressed anymore (bug 335) - Bugfix: \unhboxing and character protusion didn't work well together (bug 292) - Bugfix: --jobname didn't work if there was no filename at all (bug 302) - Bugfix: Some problem with fonts on solaris (bug 315) - Bugfix: \pdfxform didn't work with box>255 (bug 310) - Bugfix: protruding can lead to "This can't happen(paragraph)." (bug 292) ---------------------------------------------------------------- Thanh: I changed only NEWS, README, pdftex.ch and pdftex.mk (you forgot pdftex2.ch). I didn't include texk/dvipsk as it's not needed for pdftex; we'll have to figure out a way to pass that upstream. Best Martin -- http://www.tm.oneiros.de

8 21

1.30.0-rc5
by Akira Kakuto 26 Jul '05

26 Jul '05

>http://sarovar.org/download.php/667/pdftex-1.30.0-rc5.zip > >A last rc, which should be very final. I think access violation occurs if one uses an primitive which calls makecfilename() in utils.c. If I use the following, it became ok. char *makecfilename(strnumber s) { char *name = makecstring(s); #ifdef WIN32 /* unquote file name */ if (*name == '"') { char *p = name; char *q = name; while (p && *p) { *q = (*p == '"' ? *(++p) : *p); p++, q++; } *q = '\0'; } fprintf(stderr, " %s\n", name); #endif return name; } -- Akira Kakuto

2 1

[ pdftex-Bugs-393 ] Ensure newline before endstream
by noreply＠sarovar.org 25 Jul '05

25 Jul '05

Bugs item #393, was opened at 2005-07-25 16:09 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=393&group_id=106 Category: None Group: v1.30.0 Status: Open Resolution: None Priority: 2 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Ensure newline before endstream Initial Comment: As reported by Hans, there is not always a newline before endstream, although the PDF reference recommends it. Any change needs careful testing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=393&group_id=106

1 0

[ pdftex-Patches-259 ] Expanded png inclusion support
by noreply＠sarovar.org 25 Jul '05

25 Jul '05

Patches item #259, was opened at 2005-01-11 16:44 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106 Category: Image inclusion Group: v1.30.0 >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Taco Hoekwater (taco) Summary: Expanded png inclusion support Initial Comment: The attached zip file contains a change file for all pdftex's (to be applied *after* hz.cg) and a completely new writepng.c ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-07-25 10:56 Message: Logged In: YES user_id=1608 The attached writepng.c fixes a bug discovered by Hans: In the new version, Colorspaces were always written direct (img_colorspace_ref() was ignored). That broke the image color processing that ConTeXt does. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-13 16:57 Message: Logged In: YES user_id=421 This has been included in version 1.30.0 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-14 12:03 Message: Logged In: YES user_id=1608 changes as agreed at Pont-a-Mousson: -\pdfoptionimageforcegray removed -\pdfoptionimageapplygamma is now 0 or 1 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-03 17:00 Message: Logged In: YES user_id=1608 Bugfixes in 16-bit color depth mode (needs an 8-bit alpha channel) and corrected PNG transformation discovery for gray conversion. This is a final version for now, it should be added to a pdftex beta to allow 'in the wild' testing. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-01 13:38 Message: Logged In: YES user_id=1608 This update fixes the \pdfoptionimageforcegray bugs discovered by Hartmut. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 17:27 Message: Logged In: YES user_id=1608 Sorry, I forgot the 16-bit color code in the previous version ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 16:38 Message: Logged In: YES user_id=1608 This new version incorporates the code from Hartmut's speed patch. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106

1 0

[ pdftex-Patches-259 ] Expanded png inclusion support
by noreply＠sarovar.org 25 Jul '05

25 Jul '05

Patches item #259, was opened at 2005-01-11 16:44 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106 Category: Image inclusion >Group: v1.30.0 >Status: Open Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) >Assigned to: Taco Hoekwater (taco) Summary: Expanded png inclusion support Initial Comment: The attached zip file contains a change file for all pdftex's (to be applied *after* hz.cg) and a completely new writepng.c ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-07-25 10:56 Message: Logged In: YES user_id=1608 The attached writepng.c fixes a bug discovered by Hans: In the new version, Colorspaces were always written direct (img_colorspace_ref() was ignored). That broke the image color processing that ConTeXt does. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-13 16:57 Message: Logged In: YES user_id=421 This has been included in version 1.30.0 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-14 12:03 Message: Logged In: YES user_id=1608 changes as agreed at Pont-a-Mousson: -\pdfoptionimageforcegray removed -\pdfoptionimageapplygamma is now 0 or 1 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-03 17:00 Message: Logged In: YES user_id=1608 Bugfixes in 16-bit color depth mode (needs an 8-bit alpha channel) and corrected PNG transformation discovery for gray conversion. This is a final version for now, it should be added to a pdftex beta to allow 'in the wild' testing. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-01 13:38 Message: Logged In: YES user_id=1608 This update fixes the \pdfoptionimageforcegray bugs discovered by Hartmut. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 17:27 Message: Logged In: YES user_id=1608 Sorry, I forgot the 16-bit color code in the previous version ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 16:38 Message: Logged In: YES user_id=1608 This new version incorporates the code from Hartmut's speed patch. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106

1 0

[ pdftex-Patches-259 ] Expanded png inclusion support
by noreply＠sarovar.org 25 Jul '05

25 Jul '05

Patches item #259, was opened at 2005-01-11 16:44 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106 Category: Image inclusion Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: Expanded png inclusion support Initial Comment: The attached zip file contains a change file for all pdftex's (to be applied *after* hz.cg) and a completely new writepng.c ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2005-07-25 10:56 Message: Logged In: YES user_id=1608 The attached writepng.c fixes a bug discovered by Hans: In the new version, Colorspaces were always written direct (img_colorspace_ref() was ignored). That broke the image color processing that ConTeXt does. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-13 16:57 Message: Logged In: YES user_id=421 This has been included in version 1.30.0 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-14 12:03 Message: Logged In: YES user_id=1608 changes as agreed at Pont-a-Mousson: -\pdfoptionimageforcegray removed -\pdfoptionimageapplygamma is now 0 or 1 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-03 17:00 Message: Logged In: YES user_id=1608 Bugfixes in 16-bit color depth mode (needs an 8-bit alpha channel) and corrected PNG transformation discovery for gray conversion. This is a final version for now, it should be added to a pdftex beta to allow 'in the wild' testing. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-01 13:38 Message: Logged In: YES user_id=1608 This update fixes the \pdfoptionimageforcegray bugs discovered by Hartmut. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 17:27 Message: Logged In: YES user_id=1608 Sorry, I forgot the 16-bit color code in the previous version ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 16:38 Message: Logged In: YES user_id=1608 This new version incorporates the code from Hartmut's speed patch. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106

2 1

[ pdftex-Patches-259 ] Expanded png inclusion support
by noreply＠sarovar.org 25 Jul '05

25 Jul '05

Patches item #259, was opened at 2005-01-11 16:44 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106 Category: Image inclusion Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: Expanded png inclusion support Initial Comment: The attached zip file contains a change file for all pdftex's (to be applied *after* hz.cg) and a completely new writepng.c ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-13 16:57 Message: Logged In: YES user_id=421 This has been included in version 1.30.0 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-14 12:03 Message: Logged In: YES user_id=1608 changes as agreed at Pont-a-Mousson: -\pdfoptionimageforcegray removed -\pdfoptionimageapplygamma is now 0 or 1 ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-03 17:00 Message: Logged In: YES user_id=1608 Bugfixes in 16-bit color depth mode (needs an 8-bit alpha channel) and corrected PNG transformation discovery for gray conversion. This is a final version for now, it should be added to a pdftex beta to allow 'in the wild' testing. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-03-01 13:38 Message: Logged In: YES user_id=1608 This update fixes the \pdfoptionimageforcegray bugs discovered by Hartmut. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 17:27 Message: Logged In: YES user_id=1608 Sorry, I forgot the 16-bit color code in the previous version ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-02-28 16:38 Message: Logged In: YES user_id=1608 This new version incorporates the code from Hartmut's speed patch. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106

1 0

endstream
by Hans Hagen 25 Jul '05

25 Jul '05

Hi, In former pdftex verions 'endstream' was on a line of its own, which is more handy when looking into a pdf file that the current 'end of line' method. Is there a reason for this change? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

3 4