- ntg-pdftex - NTG Mailing Lists

Re: [pdftex] Bug in 1.10a: \pdfximage with pdf file and width
by Martin Schroeder 24 Feb '03

24 Feb '03

On 2003-02-23 12:46:32 +0100, Hartmut Henkel wrote: > Below is a suggestion for patching pdftex.ch, factors with 6 digits > after the decimal point. Including scaled 4 m size pdf images seems > still to work :-) The images have right size even with decimal_digits = > 0. Did I miss any overall scaling stuff there? Seems not so. The patch is in (#2928). 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

1 0

Re: [pdftex] Re: Patch PreventInfoDictDupes
by Martin Schroeder 17 Feb '03

17 Feb '03

On 2003-02-16 02:27:14 +0100, Martin Schröder wrote: > On 2003-02-09 03:33:28 +0100, Heiko Oberdiek wrote: > > Now I have written a patch. It looks for the info token > > list for the presence of keys. If they are set, then > > the default settings of pdfTeX are suppressed. > > Thanks. I must confess I overlooked this patch. It's in (#2880). I've removed <Output the info object@> as it was superfluous. 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

1 0

1.10b
by Martin Schroeder 13 Feb '03

13 Feb '03

Hi, I'd like to continue developement as there are at least two bugs that need fixing: - the patch regarding PDF:-specials - pdftex currently only looks at the filename to detect the filetype. That makes it impossible to include a pdf named other than .pdf Can we resume working in source.developement without an immediate distribution of intermediate versions via web2c et.al.? 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

6 13

Link to pdftex.exe on www.pdftex.org
by Martin Schroeder 05 Feb '03

05 Feb '03

Fabrice, www.pdftex.org currently has links to the binaries of pdf{e}TeX for most operating systems. I'm a bit confused about the size of win32/pdftex.exe and fear that most of pdftex is hidden in some dll. Is it even possible to get a new pdfTeX for win32 by downloading only some files and putting them into a TL7 installation? And which files would that be? 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

1 0

Fwd: [tex-implementors] Re: announce: 2nd version of encTeX -- UTF-8 support
by Hans Hagen 22 Jan '03

22 Jan '03

Hi, Maybe something for pdfetex Hans >X-Authentication-Warning: newton.feld.cvut.cz: olsak owned process doing -bs >From: Petr Olsak <olsak(a)math.feld.cvut.cz> >X-X-Sender: olsak(a)newton.feld.cvut.cz >To: tex-implementors(a)ams.org >X-Scanned-By: MIMEDefang 1.0 (http://www.roaringpenguin.com/mimedefang/) >X-Virus-Scanned: by amavisd-milter (http://amavis.org/) >Subject: [tex-implementors] Re: announce: 2nd version of encTeX -- UTF-8 >support >Sender: tex-implementors-admin(a)tug.org >X-BeenThere: tex-implementors(a)tug.org >X-Mailman-Version: 2.0.13 >List-Help: <mailto:tex-implementors-request@tug.org?subject=help> >List-Post: <mailto:tex-implementors@tug.org> >List-Subscribe: <http://tug.org/mailman/listinfo/tex-implementors>, > <mailto:tex-implementors-request@tug.org?subject=subscribe> >List-Id: <tex-implementors.tug.org> >List-Unsubscribe: <http://tug.org/mailman/listinfo/tex-implementors>, > <mailto:tex-implementors-request@tug.org?subject=unsubscribe> >List-Archive: <http://tug.org/mailman/private/tex-implementors/> >Date: Wed, 22 Jan 2003 16:08:13 +0100 (CET) > > >Dear TeX implementors > >Let me remind the most important sentences of my announce of encTeX: > > > I released the second version of my encTeX -- the extension of TeX for > > input re-encoding. This version is available on > > > > ftp://math.feld.cvut.cz/pub/olsak/enctex/ > > > > This version supports the full UTF-8 encoding of input files and > > \write files in 8bit TeX, pdfTeX and eTeX. > > > > I think that the UTF-8 encoding will be used more and more common. In such > > situation, there is no another way than to modify the input processor > > of TeX otherwise the 8bit TeX will dead in short time. > > > > I am ready to help you with the implementation of encTeX to the common > > TeX distributions. > > > > I would like to the encTeX becomes a standard extension of TeX used in > > many TeX distributions. > > >Any comments? > >Will somebody implement this extension into TeX distribution? > >Thank you > >Petr Olsak > > > > >_______________________________________________ >tex-implementors mailing list >postmaster(a)tug.org >http://tug.org/mailman/listinfo/tex-implementors > >================================================================ >Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd >op virussen. >Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst >waar op wordt gecontroleerd. ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl 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

Marking prereleases
by Martin Schroeder 16 Jan '03

16 Jan '03

Hi, although we have not yet release 1.10a, versions of 1.10a-devel are distributed with e.g. the latest tetex-beta (and I suspect fptex and miktex). Since we don't want to close the repository to the public, we need a way to mark these prereleases. This can be done automatically: We encode $DateTime$ into the version stamp of developement versions and the files containing the version stamp are automatically submitted periodically (e.g. weekly) to the repository. Better ideas? Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

9 55

Re: [pdftex] AR5 "Fit visible" bug
by Martin Schroeder 15 Jan '03

15 Jan '03

On 2002-05-26 02:02:48 +0200, Heiko Oberdiek wrote: > look at the following simple LaTeX file: > > \documentclass[a4paper]{article} > \begin{document} > \section{Hello World} > The begin of the line\hfill the end of the line > \end{document} > > run it through pdflatex and view the result > in the new version 5 of AcrobatReader/Unix. > With the view mode "Fit visible" the result > is very poor. The visible area is misplaced > by a large amount. > > Because "Fit visible" is my favourite view mode, > this misbehaviour would prevent me from using > AcrobatReader 5. Therefore I experimented to detect > the cause of the problem: > > * If there are lines (in the header, box around > the page), then the right margin is correct > calculated by AR, but the left margin is > zero. > * A box without any text is correctly displayed. > > The start of the pdf page stream: > > stream > 1 0 0 1 124.802 706.129 cm > BT > /F17 14.346 Tf 0 0 Td > [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... > > The problem seems, that AR does not take the current > transfer matrix (CTM) into account, if it scans the > first Td operator in a BT..ET block while calculating > the visible area. > > So the following fixes the problem in horizontal direction: > > 1 0 0 1 0 706.129 cm > BT > /F17 14.346 Tf 124.802 0 Td > [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... > > Some experiments (switching the view in AR) show > that also the vertical component has to be > fixed. > > Therefore I have written a suggestion for a patch > of pdfTeX, TeX/texk/web2c/pdftexdir/pdftex.ch: > > The "cm" command before "BT" is written > by pdf_begin_text in pdftexdir/pdftex.ch > by pdf_set_origin. So the patch sets > the current position to the lower left > corner during the call of pdf_set_origin, > so that the "cm" commands moves to 0,0 > before "BT". Then the parameter values > of the first "Td" will not be calculated > as "0 0", but contain the distance > to the lower left corner, so that AR5 is > happy. > There remains some obscure calculation > errors, eg. the detection of the right > margin, if there is only a few words, > but for normal pages the AR5 should now > usable in "Fit visible" view. > > If the example above is compiled with > dvips/ps2pdf or VTeX, then the pdf file > shows no such displacement. So users will > think, that pdfTeX is not able to generate > code that can be viewed properly and not > consider this as clear bug of AR5. > Therefore I see no way to avoid such a fix. > > Here my suggestion: > > *** pdftex.ch.org Sun May 26 00:04:44 2002 > --- pdftex.ch Sun May 26 00:04:53 2002 > *************** > *** 1519,1527 **** > --- 1519,1534 ---- > end; > > procedure pdf_begin_text; {begin a text section} > + var temp_cur_h, temp_cur_v: scaled; > begin > if not pdf_doing_text then begin > + temp_cur_h := cur_h; > + temp_cur_v := cur_v; > + cur_h := 0; > + cur_v := cur_page_height; > pdf_set_origin; > + cur_h := temp_cur_h; > + cur_v := temp_cur_v; > pdf_print_ln("BT"); > pdf_doing_text := true; > pdf_f := null_font; I'm just scanning through my pdftex mailbox and found this. What became of it? It certainly isn't in the source yet. Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

3 11

Re: [NTG-pdftex] pdf inclusion problem
by Martin Schroeder 07 Jan '03

07 Jan '03

On 2002-12-27 16:38:21 +0100, Hans Hagen wrote: > This is pdfeTeX, Version 3.14159-1.10a-devel-2.1 (Web2c 7.3.7x) > \write18 enabled. > entering extended mode > Error (0): PDF file is damaged - attempting to reconstruct xref table... > Error: Couldn't find trailer dictionary > Error: Couldn't read xref table > This is pdfeTeX, Version 3.14159-1.10a-devel-2.1 (Web2c 7.3.7x) > \write18 enabled. > ** It works here: ------------------------- This is pdfeTeXk, Version 3.14159-1.10a-RC3-2.1 (Web2C 7.4.2) %&-line parsing enabled. entering extended mode (./tex.tex{/home/ms/tex/devel.texlive/share/texmf/pdftex/config/pdftex.cfg} LaTeX2e <2001/06/01> Babel <v3.7h> and hyphenation patterns for american, french, german, ngerman, n ohyphenation, loaded. (/home/ms/tex/devel.texlive/share/texmf/tex/latex/base/article.cls Document Class: article 2001/04/21 v1.4e Standard LaTeX document class (/home/ms/tex/devel.texlive/share/texmf/tex/latex/base/size10.clo)) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/graphicx.sty (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/keyval.sty) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/graphics.sty (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/trig.sty) (/home/ms/tex/devel.texlive/share/texmf.local/tex/latex/config/graphics.cfg) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/pdftex.def))) (./tex.aux) (/home/ms/tex/devel.texlive/share/texmf/tex/context/base/supp-pdf.tex (/home/ms/tex/devel.texlive/share/texmf/tex/context/base/supp-mis.tex loading : Context Support Macros / Missing ) loading : Context Support Macros / PDF )Error (0): PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table Error: pdfetex (file crap.pdf): xpdf: reading PDF image failed ==> Fatal error occurred, the output PDF file is not finished! ------------------------- Must be the new xpdf. :-) Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

1 0

patch1 for xpdf-2.01
by Thomas Esser 28 Dec '02

28 Dec '02

Hi, I just have found that a fix for xpdf-2.01 is available: CTAN:support/xpdf/xpdf-2.01-patch1 It is quite short, so I have added it to this mail. Thomas Index: GfxState.cc =================================================================== RCS file: /home/derekn/src/cvs/xpdf/GfxState.cc,v retrieving revision 1.52 retrieving revision 1.55 diff -c -r1.52 -r1.55 *** GfxState.cc 21 Nov 2002 18:55:57 -0000 1.52 --- GfxState.cc 16 Dec 2002 21:57:13 -0000 1.55 *************** *** 815,823 **** --- 815,833 ---- obj1.free(); if (!arr->get(2, &obj1)->isInt()) { error(-1, "Bad Indexed color space (hival)"); + delete baseA; goto err2; } indexHighA = obj1.getInt(); + if (indexHighA < 0 || indexHighA > 255) { + // the PDF spec requires indexHigh to be in [0,255] -- allowing + // values larger than 255 creates a security hole: if nComps * + // indexHigh is greater than 2^31, the loop below may overwrite + // past the end of the array + error(-1, "Bad Indexed color space (invalid indexHigh value)"); + delete baseA; + goto err2; + } obj1.free(); cs = new GfxIndexedColorSpace(baseA, indexHighA); arr->get(3, &obj1);

4 3

Re: pdftex 20021209 broken
by Martin Schroeder 19 Dec '02

19 Dec '02

On 2002-12-13 04:40:15 +0100, Staszek Wawrykiewicz wrote: > >> Error: pdftex (file pic.pdf): xpdf: reading PDF image failed > >> ==> Fatal error occurred, the output PDF file is not finished! > > TE> Yes, fixed in "pdfTeX, Version 3.14159-1.10a-RC1 (Web2C 7.3.11)" > TE> (as contained in 20021210 pretest. Anyway, thanks for reporting. > > Thanks. I recompiled it immediatelly. BTW, teTeX-src-beta.tar.gz is not > properly linked to those from 20021209. > Since I'm not on pdftex mailing list, I Cc some notes to other people. > > This is pdfTeX, Version 3.14159-1.10a-RC1 (Web2C 7.3.11) > \write18 enabled. > (./samplepdf.tex{/usr/local/teTeX/texmf/pdftex/config/pdftex.cfg} > (/usr/local/teTeX/texmf/pdftex/plain/misc/pdfcolor.tex){/usr/local/teTeX/texmf/ > dvips/config/pdftex.map} [1<<obj.dat>><<obj.dat>><<obj.dat>>] [2 <./pic.pdf> <. > /pic.png> <./pic.pdfSegmentation fault Staszek, thanks for the bug report. The example can be simplified to \pdfximage {pic.pdf}\pdfrefximage \pdflastximage \pdfximage {pic.pdf}\pdfrefximage \pdflastximage \bye with the same effect. :-( [...] > I found also that we have somehow different samplepdf.tex on TL7 and in > teTeX-beta. Since I see this file as a good example for testing pdftex > primitives (and also educational!), I can do all changes taking the best > from both. But perhaps it is already done somewhere? Please let me know. > > It is good time for cleaning up the contents of texmf/doc/pdftex/, e.g., > removing obsolete intermediary files in TL and teTeX. Yes. Sadly samplepdf is currently not maintained AFAIK. Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

4 9