- 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

Re: pdf inclusion and max open fd
by Martin Schroeder 17 Dec '02

17 Dec '02

On 2002-07-26 11:43:40 +0200, Fabrice Popineau wrote: > The problem is in web2c/pdftexdir/pdftoepdf.cc : > > // Called when an image has been written and it's resources in > // image_tab are freed. We cannot deallocate the PdfDocument yet, as > // future pages of the same document may be embedded. As an > // optimization, we do delete it if it's a one-page document. > void epdf_delete() > { > > // Akira Kakuto has suggested to make epdf_delete empty, so > #if 0 > PdfDocument *pdf_doc = (PdfDocument *) epdf_doc; > xref = pdf_doc->xref; > if (pdf_doc->doc->getCatalog()->getNumPages() == 1) > delete_document(pdf_doc); > #endif > } > > This is really weird, because that means files are never closed during > the compilation, but only when the program exits because the > destructors for PDFDoc objects are called. Restoring the deletion here > will make things work as long as we are using 1 page pdf > documents. But I think that the way included pdf documents are handled > should be reworked, perhaps following Hans suggestion to add a command > to explicitly close the document. Shall (and can) we do this for 1.10a or will we postpone it till 1.11a? Adding a closing command (like \pdfximageclose) makes sense to me. 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

xpdf 2.01
by Martin Schroeder 09 Dec '02

09 Dec '02

I've integrated it. 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

New config parameter: always_use_mediabox
by Martin Schroeder 29 Nov '02

29 Nov '02

Hi, I've just amended pdfTeX so that it recognizes the config parameter always_use_mediabox, which if set != 0 causes the pdf file inclusion to always use the MediaBox. ArtCom needs this. 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

2 5

Missing Resources
by Martin Schroeder 28 Nov '02

28 Nov '02

Change 2575 by ms@artcom on 2002/11/28 12:38:35 Allow pdfTeX to handle pages without a Resources entry. These are technically invalid files, but all RIPs accept them. We replace the missing Resources with an empty dictionary as per spec. We just had such a file crash pdfTeX with a SIGSEV. 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

Page Groups
by Martin Schroeder 21 Nov '02

21 Nov '02

Some of you might remember that we had problems with the handling of page groups of included pdfs. It seems we always did the right thing by ignoring them: Acrobat always displayed the file correctly and now Jaws is Acrobat-compatible. :-) The results of GhostScript 8.00 are wrong before and after pdfTeX. I'll change the entry in NEWS. 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

pdftex.version
by Martin Schroeder 20 Nov '02

20 Nov '02

I noticed that pdftex.version is back again because Olaf needs it. My scripts for changing the version currently don't update pdftex.version... Olaf, what do you need it for? 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

2 1

Re: texlive source.development
by Martin Schroeder 15 Nov '02

15 Nov '02

On 2002-11-14 22:02:57 +0100, Thomas Esser wrote: > > I am getting a clean end to end compilation now. how close > > is this to stable, do you think? > > I can't really tell you. I think that pdftex needs to be fixed due to > problems with the new xpdf stuff. There should be some time for people > to test the new stuff before we declare it "stable". I'm optimistic that I'll be able to fix the problems with xpdf 2.00 today. Then I want to test the problems with page groups again and maybe implement some primitives/config options to control the behaviour of pdftex. All this should be finished till Monday. I'd like to feature-freeze 1.10a then. :-) 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