- ntg-pdftex - NTG Mailing Lists

[pdftex-Bugs][939] \pdfximagebbox wrong for PDF files with /Rotate != 0
by pdftex-bugs＠sarovar.org 28 Jul '10

28 Jul '10

Bugs item #939, was opened at 2008-04-19 21:42 >Status: Closed Priority: 3 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: \pdfximagebbox wrong for PDF files with /Rotate != 0 Category: PDF inclusion Group: v1.50.0-alpha >Resolution: Fixed Initial Comment: The primitive \pdfximagebbox gives a wrong boundingbox info for PDF files that contain a /Rotate key with value 90 or 270 [degrees]. Reason is that in pdftoepdf.cc the values epdf_height and epdf_width are swapped in 90 and 270 degree cases (but the epdf_orig_x and epdf_orig_y are not swapped, which makes it even more inconsistent). The proposal is that \pdfximagebbox should always deliver the unchanged original values for the actually used boundingbox (e. g. "artbox", "cropbox"...), as read from the appropriate /...Box[] array in the embedded PDF file. The epdf_height and epdf_width values should _not_ be swapped for \pdfximagebbox. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-07-28 12:40 Message: Fixed in 1.40.11 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-04-22 08:35 Message: Hrm. Is \pdfximagebbox actually used? And if it's used, is it enough when /Rotate is present or do we need a way to enquire about /Rotate? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=939&group_id=106

1 0

[pdftex-Bugs][4309] pdftex fails to include seemingly good PDF
by pdftex-bugs＠sarovar.org 28 Jul '10

28 Jul '10

Bugs item #4309, was opened at 2010-04-16 10:10 >Status: Closed Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: pdftex fails to include seemingly good PDF Category: PDF inclusion Group: None >Resolution: Fixed Initial Comment: http://tug.org/pipermail/pdftex/2010-April/008357.html ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-07-28 12:40 Message: Fixed in 1.40.11 ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 18:42 Message: ah seems with the patch the right thing happens, indirection is kept also for name objects. So everything is fine, sorry for the noise. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 18:24 Message: the PDF Ref. 5. ed writes in 3.2.9 Indirect Objects: "Any object in a PDF file may be labeled as an indirect object. [...] (for example, as an element of an array or as the value of a dictionary entry)." This can be interpreted, that as e. g., /Type1 is just such a dictionary value (entry "/Subtype /Type1"), it's ok to replace it by an indirect object reference. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 18:12 Message: maybe one should not be too picky and still keep copying probably illegal (?) things like /Subtype 2 0 R. You can try this with the attached file xx.tex, where the resulting PDF needs manual editing to replace e. g., /Font or /Type1 by a reference "1 0 R" or "2 0 R". Neither xpdf nor acrobat have any problems displaying such a PDF file! But when the /Subtype info from an embedded PDF is removed during embedding, a later application might well run into problems. So maybe better keep it "garbage in -- garbage out". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4309&group_id=106

1 0

[pdftex-Bugs][4308] segfaut on pdf with Metadata in Page dict
by pdftex-bugs＠sarovar.org 28 Jul '10

28 Jul '10

Bugs item #4308, was opened at 2010-04-15 09:52 >Status: Closed Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: segfaut on pdf with Metadata in Page dict Category: PDF inclusion Group: None >Resolution: Fixed Initial Comment: pdftex segfaulted when including the attached pdf, which has Metadata stream per page (Hartmut reported the bug and fixed it for luatex). ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-07-28 12:40 Message: Fixed in 1.40.11 ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-04-19 08:43 Message: Attached a minimal latex file for testing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4308&group_id=106

1 0

[pdftex-Bugs][4292] \rightmarginkern doesn't work for last lines
by pdftex-bugs＠sarovar.org 28 Jul '10

28 Jul '10

Bugs item #4292, was opened at 2009-06-27 21:11 >Status: Closed Priority: 3 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: \rightmarginkern doesn't work for last lines Category: hz Group: None >Resolution: Fixed Initial Comment: % Protrusion works fine even for the last line of a paragraph. % If, however, you ask \rightmarginkern, it will always report % zero margin kerning. \pdfprotrudechars2 \rpcode\font`\. 200 \parindent0pt \parfillskip=0pt \hsize50pt \tracingoutput1 \showboxbreadth\maxdimen \showboxdepth\maxdimen correct: \setbox0\vbox{AAA AAA. AAA AAA.} \unvcopy0 wrong: \newbox\splitbox \newdimen\rmarg \loop\ifvbox0 \setbox\splitbox\vsplit0 to\baselineskip \unvbox\splitbox\setbox\splitbox=\lastbox \rmarg\rightmarginkern\splitbox \unhbox\splitbox\kern\rmarg\rlap{ : \the\rmarg} \repeat \bye ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-07-28 12:40 Message: Fixed in 1.40.11 ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2009-07-22 10:49 Message: here is a patch for pdftex stable. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2009-06-30 09:26 Message: yes I confirm this is a bug that should be fixed. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4292&group_id=106

1 0

[pdftex-Bugs][4314] \ifincsname nesting bug
by pdftex-bugs＠sarovar.org 27 Jul '10

27 Jul '10

Bugs item #4314, was opened at 2010-07-27 05:47 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: The Thanh Han (hanthethanh) Summary: \ifincsname nesting bug Category: Primitives Group: None Resolution: Accepted Initial Comment: from http://tug.org/pipermail/pdftex/2010-July/008439.html ,--------, | Hi, | | This was reported on the XeTeX mailing list but I'm reposting here since I think it's more appropriate for this list. (Fixes to pdfTeX can then propagate to the other engine(s).) | | Here's a minimal example: | | \def\a{\ifincsname T \else F \fi} | \expandafter\string\csname | 1\a | \expandafter\string\csname2\a\endcsname | 3\a | \endcsname | | #1 and #2 are "true" but #3 is "false". It seems like the first \endcsname has reset the "am i in a csname" switch rather than popped it back to its previous value. | | Cheers, | -- Will `--------` ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4314&group_id=106

1 0

[pdftex] New document - gtYJLtlEP
by noreply＠sarovar.org 28 Jun '10

28 Jun '10

Project: pdftex Group: Document title: gtYJLtlEP Document description: SrtEAtIjcJdhcWAyT Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex-Bugs][4311] pdftex emits useless warning for many PDF 1.4 includes
by pdftex-bugs＠sarovar.org 30 Apr '10

30 Apr '10

Bugs item #4311, was opened at 2010-04-29 12:01 >Status: Closed Priority: 3 Submitted By: Jakob Egger (jakob) Assigned to: Nobody (None) Summary: pdftex emits useless warning for many PDF 1.4 includes Category: PDF inclusion Group: None >Resolution: Out of Date Initial Comment: Whenever I include a PDF file (using \includegraphic) that has been created by Inkscape, I get a warning message like the following: <../figures/open-ee-2-1.pdf pdfTeX warning: /usr/bin/pdflatex (file ../figures/open-ee-2-1.pdf): PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. > Now, it's very friendly of pdftex to make me aware of its aparent shortcomings. Since these page groups are not really necessary for a small, single page graphic, pdftex could go ahead and *really* ignore them, rather than tell me about something I don't care about. The problem is that hundreds of these warnings make it very hard to find real problems in the Latex file. Some people have reported similar problems with PDFs created using OpenOffice. There seem to be many people that are annoyed by this problem: http://www.google.com/search?q=%22PDF+inclusion:+Page+Group+detected+which+…'t+handle.+Ignoring+it.%22 ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2010-04-30 09:55 Message: This has already been fixed in pdfTeX 1.40.6 in 2008. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4311&group_id=106

1 0

[pdftex-Bugs][4312] \leftmarginkern & \rightmarginkern doesn't work with box registers > 255
by pdftex-bugs＠sarovar.org 30 Apr '10

30 Apr '10

Bugs item #4312, was opened at 2010-04-30 07:54 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: \leftmarginkern & \rightmarginkern doesn't work with box registers > 255 Category: hz Group: None Resolution: None Initial Comment: the box should be fetched using fetch_box() macro instead of direct use of box(cur_val). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4312&group_id=106

1 0

[pdftex-Bugs][4311] pdftex emits useless warning for many PDF 1.4 includes
by pdftex-bugs＠sarovar.org 29 Apr '10

29 Apr '10

Bugs item #4311, was opened at 2010-04-29 10:01 Status: Open Priority: 3 Submitted By: Jakob Egger (jakob) Assigned to: Nobody (None) Summary: pdftex emits useless warning for many PDF 1.4 includes Category: PDF inclusion Group: None Resolution: None Initial Comment: Whenever I include a PDF file (using \includegraphic) that has been created by Inkscape, I get a warning message like the following: <../figures/open-ee-2-1.pdf pdfTeX warning: /usr/bin/pdflatex (file ../figures/open-ee-2-1.pdf): PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. > Now, it's very friendly of pdftex to make me aware of its aparent shortcomings. Since these page groups are not really necessary for a small, single page graphic, pdftex could go ahead and *really* ignore them, rather than tell me about something I don't care about. The problem is that hundreds of these warnings make it very hard to find real problems in the Latex file. Some people have reported similar problems with PDFs created using OpenOffice. There seem to be many people that are annoyed by this problem: http://www.google.com/search?q=%22PDF+inclusion:+Page+Group+detected+which+…'t+handle.+Ignoring+it.%22 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4311&group_id=106

1 0

[pdftex-Bugs][4303] pdftex segfaults
by pdftex-bugs＠sarovar.org 20 Apr '10

20 Apr '10

Bugs item #4303, was opened at 2010-02-25 18:06 >Status: Closed Priority: 3 Submitted By: Jeremy Johnson (redwood) Assigned to: Nobody (None) Summary: pdftex segfaults Category: None Group: None >Resolution: Works For Me Initial Comment: $ pdftex -version pdfTeX 3.1415926-1.40.10-2.2 (Web2C 2009) kpathsea version 5.0.0 Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.2.40; using libpng 1.2.42 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with poppler version 0.12.3 After upgrading from texlive-2008 to 2009 on both my x86 and amd64 Gentoo systems, I discovered that all my forms/letters containing pstricks logos/graphics were missing the logo images, when compiled via "pdflatex --shell-escape letter.tex" using auto-pst-pdf: \usepackage[pspdf={-dAutoRotatePages=/None}]{auto-pst-pdf} Apparently pdfcrop was not able to crop the images. Since my logos were already cropped when I created them in Inkscape, I worked around the issue by disabling cropping: \usepackage[pspdf={-dAutoRotatePages=/None}, crop=off]{auto-pst-pdf} or by using the pdfcrop option --ini: \usepackage[pspdf={-dAutoRotatePages=/None}, pdfcrop={--debug --verbose --ini}]{auto-pst-pdf} After looking through test.log I decided to run the runsystem() commands manually. So I tried running the command pdfcrop --verbose --debug "test-autopp.pdf" "test-pics.pdf" which fails: PDFCROP 1.22, 2009/12/29 - Copyright (c) 2002-2009 by Heiko Oberdiek. * System: unix * Not found (gs): /sbin/gs * Not found (gs): /usr/sbin/gs * Not found (gs): /usr/local/sbin/gs * Not found (gs): /bin/gs * Found (gs): /usr/bin/gs * Autodetected ghostscript command: gs * Input file: test-autopp.pdf * Output file: test-autopp-crop.pdf * Margins: 0 0 0 0 * Running ghostscript for BoundingBox calculation ... * Ghostscript call: gs -sDEVICE=bbox -dBATCH -dNOPAUSE -c save pop -f test- autopp.pdf GPL Ghostscript 8.71 (2010-02-10) Copyright (C) 2010 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 1. Page 1 %%BoundingBox: 597 597 686 686 * Page 1: 597 597 686 686 %%HiResBoundingBox: 597.799951 597.799951 685.686284 685.686284 * Running pdfTeX ... * pdfTeX call: pdftex -no-shell-escape -interaction=nonstopmode tmp- pdfcrop-5737 This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) entering extended mode (./tmp-pdfcrop-5737.tex* Cleanup * Temporary files: tmp-pdfcrop-5737.tex tmp-pdfcrop-5737.log !!! Error: pdfTeX run failed! Next, I decided to manually run pdftex on tmp-pdfcrop-5737.tex pdftex -shell-escape -file-line-error tmp-pdfcrop-5737.tex which segfaults. If I run pdftex on the tmp-pdfcrop-????.tex with strace, I get the attached strace.log In case the segfault has something to do with my font caches /var/cache/fontconfig ~/.fontconfig I cleaned out my font caches: "rm ~/.fontconfig/*" and "mv /var/cache/fontconfig/* /var/cache/fontconfig.bak/" but still get same segfault. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2010-04-20 08:23 Message: thanks for looking at this. I tried tmp-pdfcrop-6132.tex but also could not reproduce the problem. I took a close look at strace.log, and it seems the segfault happened while pdftex was searching for some system font stuff. Which is weird, since it should not do that. Then I looked at the version string and it says it uses poppler. So apparently poppler has been fixed in the meantime on your system. This is not the first time we were bitten by poppler, sadly. ---------------------------------------------------------------------- Comment By: Jeremy Johnson (redwood) Date: 2010-04-20 00:47 Message: Since I last reported this segfault on 2/24/10, both my x86 and amd64 Gentoo systems have apparently fixed themselves. I, too, can no longer reproduce the segfault. Unfortunately many packages have been updated since then: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|wc -l 2257 including 43 dev-tex packages: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|grep dev-tex|wc -l 43 So I don't know what got fixed. I had been running pdflatex with pdfcrop=/None so I hadn't realized that sometime between the end of Feb and today, the pdfcrop segfault problem fixed itself. I no longer have "tmp-pdfcrop-5737.tex", but do have the similar "tmp-pdfcrop-6132.tex" included in the attached Bug-pdfcrop.bz2 which was created Feb 24/25. Thanks. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-04-16 10:40 Message: can you please submit tmp-pdfcrop-5737.tex? I ran the test but didn't get a segfault. Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4303&group_id=106

1 0