[pdftex] Re: filedescriptor leak in pdftex 14h

[Tobias Oetiker]

Today Tom Kacvinsky wrote:

 | Also, if you can get hold of purify and link pdftex with purify, you can catch
 | where the fd leaks are happening.  purify is *great* tool, but it costs a bit...
 | One can get a free 15 day demo, though, so that should be sufficient for
 | tracking the bug down.

I found the problem ... I have a set of index pages with 36 images
per page ... I left the page breaking to pdftex. Pdftex keeps all
the filedescriptors for included images open until the page gets
shipped. All images of the whole index (240) were
entered as one paragraph. Thus the pages could only be shipped
after all the data was read. I now added a \pagebreak after
every 36 images, which makes pdftex ship the page immediately.

So the only thing that remains is, that pdftex might want to die in
a more gracefull manner than just emitting 'too many open files'

cheers
tobi

 |
 | Tom
 |
 | On Tue, 15 May 2001, Otfried Cheong wrote:
 |
 | >
 | >  > I use the graphicx package to include image jpeg images with
 | >  > \includegraphics ... I do actually use every image twice in the
 | >  > document ...
 | >
 | > \includegraphics should do it properly.  Are you using the most recent
 | > "pdftex.def"?
 | >
 | > I've looked at jpeg inclusion in the pdftex code and cannot see a
 | > reason for the leak, assuming the TeX code calls \pdfrefximage on each
 | > image opened using \pdfximage.  If you want to debug further, you'll
 | > need to look at "writeimg.c" and "writejpg.c" in
 | > "src/texk/web2c/pdftexdir".
 | >
 | > Otfried
 | >
 | >
 | > _______________________________________________
 | > pdftex mailing list
 | > pdftex at tug.org
 | > http://tug.org/mailman/listinfo/pdftex
 | >
 |
 |

-- 
 ______    __   _
/_  __/_  / /  (_) Oetiker, ETZ J97, ETH, 8092 Zurich, Switzerland
 / // _ \/ _ \/ / phoneto:+41(0)1-632-5286  faxto:+41(0)1-632-1517
/_/ \.__/_.__/_/ mailto:oetiker at ee.ethz.ch http://people.ee.ethz.ch/~oetiker