[pdftex] Incorrect pdf produced from a single correct pdf file

Olivier Cailloux mlsmg at ulb.ac.be
Sat Oct 4 21:09:52 CEST 2008

Thank you to all those who responded so quickly. I am still wondering is
someone can explain why the given tex file does not work for me when it
does work for others...

A few comments, concatenating all relevant replies.

Martin Schröder asks me why not doing it in LaTeX: as Andreas said, I am
indeed trying to merge the files using LaTeX (and I did not expect to
start a pdfTeX vs LaTeX war!). But it did not work with the pdfpages
package in LaTeX and I am trying to discover why. My post here is simply
to try to boil the problem down to some more precise problem.

The backslashes characters have been stripped from my post for an
unknown reason, as John Culleton noticed. Naturally they were present
when I compiled the tex file.

Thank you also for the alternative suggested tex commands, but it won't
help me as I am only trying to understand how come that the sample tex
file does not work for me where it correctly works for others.

Hartmut Henkel says that "the PDF in the attachment of your e-mail
contains in object no. 1 a broken LZW stream (but the RMItd24.pdf is
ok.). This can't be forced (easily) by macro programming, so it could be
some bug in the old pdfTeX version or its xpdf library used for creating
the PDF file. My current pdfTeX-1.50.0-alpha here doesn't produce a
corrupted PDF."

Very interesting remark. But I am still not convinced that this
is a version problem, as Andreas tells me that my sample .tex file works
for him on his system using the same pdftex and xpdf versions as I do
(except that, looking closely, he has version 3.141592-1.40.3-2.2 where
I have version 3.141592-1.40.3, what's this 2.2 behind?).

I will try to report the problem on the Debian bug reporting system, as
the problem probably is distribution specific. Please tell me if you are
interested by the results.


Smg Mailinglist Archive a écrit :
> Dear list,
> I have a problem using pdftex to deal with a specific pdf file,
> http://perso.univ-rennes1.fr/denis.delgay-troise/RMI/Tds/RMItd24.pdf.
> Consider the following RMI24-tex.tex file.
> ----
> \pdfximage{RMItd24.pdf}
> \pdfrefximage\the\pdflastximage
> \bye
> ----
> Typing "pdftex RMI24-tex.tex" produces a one-page PDF with an almost
> entirely blank page, only a page number is displayed at the footer.
> That PDF file is attached.
> Someone else tried the very same command on his computer, with the
> pdftex version 'pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6)', and he got
> a correct PDF (although he was also seeing a blank page with my PDF)!
> What's going on here?
> /Context/ - I am trying to join several PDF files using LaTeX and the
> pdfpages package, more specifically the pdfinclude command. The
> "someone else" here above is Andreas Matthias (from pdfpages package)
> who suggested me to try this pdftex file. I must say I don't know
> TeX, so I'm not really sure of what I'm doing here ;-). But I know
> for sure that the same tex file on two different systems should not
> produce two different PDFs!
> /System/ - I am running Debian Lenny (testing), up-to-date as of
> today. I hope you will pardon me from not using the latest pdftex
> version, but I am not sure how to deal with a version of pdftex which
> would not be included in the Debian packaging (and I don't want to
> break my system!). Looking at
> http://www.tug.org/applications/pdftex/NEWS, it does not seem that a
> more recent version would solve that problem. And anyway, Mathias was
> apparently using the same version (except for the "-2.2" behind,
> what's this?) and does not have the problem, so I would say there is
> some problem specific to my system rather than a problem in pdftex
> itself...
> /Log file/ - Here is the RMI24-tex.log file. I don't know if the
> overfull vbox warning is important here? ---- This is pdfTeXk,
> Version 3.141592-1.40.3 (Web2C 7.5.6) (format=pdftex 2008.10.3)  3
> OCT 2008 09:20 entering extended mode %&-line parsing enabled. 
> **RMI24-tex.tex (./RMI24-tex.tex Overfull vbox (211.95496pt too high)
> has occurred while output is active vbox(643.20255+0.0)x597.23125 
> pdfrefximage(845.1575+0.0)x597.23125 glue(topskip) 10.0 
> hbox(0.0+0.0)x469.75499 glue 0.0 plus 1.0fill
> [1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}
> <./RMItd24.pdf>] )</usr/s 
> hare/texmf-texlive/fonts/type1/bluesky/cm/cmr10.pfb> Output written
> on RMI24-tex.pdf (1 page, 11692 bytes). PDF statistics: 22 PDF
> objects out of 1000 (max. 8388607) 0 named destinations out of 1000
> (max. 131072) 6 words of extra memory for PDF output out of 10000
> (max. 10000000) ----
> Thank you for any help. Olivier
> ------------------------------------------------------------------------
> _______________________________________________ pdftex mailing list 
> pdftex at tug.org http://tug.org/mailman/listinfo/pdftex

More information about the pdftex mailing list