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<
>< >< >] [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@ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10
On 2002-12-13 15:05:16 +0100, Martin Schröder wrote:
The example can be simplified to
\pdfximage {pic.pdf}\pdfrefximage \pdflastximage \pdfximage {pic.pdf}\pdfrefximage \pdflastximage \bye
with the same effect. :-(
Which seems to be an old bug; at least I don't have a version old enough to compile this without crashing. :-( Best regards Martin -- Martin Schröder, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10
Martin wrote on 16 Dec:
On 2002-12-13 15:05:16 +0100, Martin Schröder wrote:
The example can be simplified to
\pdfximage {pic.pdf}\pdfrefximage \pdflastximage \pdfximage {pic.pdf}\pdfrefximage \pdflastximage \bye
with the same effect. :-(
Which seems to be an old bug; at least I don't have a version old enough to compile this without crashing. :-(
Eh, it works OK with pdftex 1.00b-pretest-20020211 (Web2C 7.3.7x) and you have that version on TL7. I've just tested it on Win and Linux. So the bug is not so old ;-) -- Staszek Wawrykiewicz email: staw@gust.org.pl
On 2002-12-16 22:21:28 +0100, Staszek Wawrykiewicz wrote:
Eh, it works OK with pdftex 1.00b-pretest-20020211 (Web2C 7.3.7x) and you have that version on TL7. I've just tested it on Win and Linux. So the bug is not so old ;-)
Yes and no. :-( The problem is pdftoepdf.cc/epdf_delete. It can be either empty (1.00b-pretest-20020211) or non-empty (-RC1). Both solutions have problems: - empty means that opened files (i.e. images) are not closed before shipout. That limits the number of images on a page to the number of simultaniously opened files (typically 2^8 or 2^10) - non-empty leads to crashes on input like the above (which doesn't happen that often because cases like the one above are really atypcial -- once you have opened an image why open it again?). Fabrice, do you have any idea how to fix epdf_delete? Best regards Martin -- Martin Schröder, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10
At 02:06 PM 12/17/2002 +0100, Martin Schroeder wrote:
On 2002-12-16 22:21:28 +0100, Staszek Wawrykiewicz wrote:
Eh, it works OK with pdftex 1.00b-pretest-20020211 (Web2C 7.3.7x) and you have that version on TL7. I've just tested it on Win and Linux. So the bug is not so old ;-)
Yes and no. :-(
The problem is pdftoepdf.cc/epdf_delete. It can be either empty (1.00b-pretest-20020211) or non-empty (-RC1). Both solutions have problems: - empty means that opened files (i.e. images) are not closed before shipout. That limits the number of images on a page to the number of simultaniously opened files (typically 2^8 or 2^10) - non-empty leads to crashes on input like the above (which doesn't happen that often because cases like the one above are really atypcial -- once you have opened an image why open it again?).
Fabrice, do you have any idea how to fix epdf_delete?
wasn't this fixed already by closing the files? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@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 -------------------------------------------------------------------------
On 2002-12-17 15:15:48 +0100, Martin Schröder wrote:
On 2002-12-17 14:52:12 +0100, Hans Hagen wrote:
wasn't this fixed already by closing the files?
No. :-(
And only the number of one-page documents is unlimited per page. Multi-page documents are still limited to the number of open files. :-( Best regards Martin -- Martin Schröder, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10
At 04:01 PM 12/17/2002 +0100, Martin Schroeder wrote:
On 2002-12-17 15:15:48 +0100, Martin Schröder wrote:
On 2002-12-17 14:52:12 +0100, Hans Hagen wrote:
wasn't this fixed already by closing the files?
No. :-(
And only the number of one-page documents is unlimited per page. Multi-page documents are still limited to the number of open files. :-(
ah ... then it must be my private version (fabrice made me one some time ago with that patch for testing; actually, some of my apps depend on it) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@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 -------------------------------------------------------------------------
* Martin Schroeder
Fabrice, do you have any idea how to fix epdf_delete?
I guess we should do some bookkeeping : store all such objects in a hash-table, open them when they are not yet in the hash table, free the whole set of them when leaving the program or upon request. But definitely not a 2 lines patch. Fabrice
* Martin Schroeder
Fabrice, do you have any idea how to fix epdf_delete?
In fact, my proposal was unhelpful for the problem. There is no way to automatically manage the pool of included pdf documents. Actually, even automatically closing 1 page documents is wrong. They should be reusable at will. The only thing to do is to provide the user with a primitive to let him close the document. Or maybe there is this alternative to delay document closing until we reach the limit of file descriptors, and on a LRU basis (that means sorting the list of external pdf documents). Fabrice
participants (4)
-
Fabrice Popineau -
Hans Hagen -
Martin Schroeder -
Staszek Wawrykiewicz