<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - pdfunite fails to merge many files (over 250 or so?)."
href="https://bugs.freedesktop.org/show_bug.cgi?id=58669#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - pdfunite fails to merge many files (over 250 or so?)."
href="https://bugs.freedesktop.org/show_bug.cgi?id=58669">bug 58669</a>
from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=58669#c0">comment #0</a>)
<span class="quote">> pdfunite tmp000.pdf tmp001.pdf tmp002.pdf .... tmp253.pdf tmp254.pdf
> output.pdf
>
> Ver. 0.20.5 on Mac OS X (10.7), it fails when 253 input files.
>
> 1. pdfunite.cc opens all input files at once, and merge them. Too many open
> files.
> No need to keep input files open?</span >
This is a question of design: the FILE pointer belongs to the stream object
which itself belongs to the xref object which is finally created in the
constructor of PDFDoc. And it will be closed therefore in the destructor of the
PDFDoc instance.
In a "normal" operating system one process can open much more than 256 files
with the default settings and the default can easily be increased, i.e. via
ulimit -n. 256 are a special default setting for Mac OS X, but even there it is
possible to increase it, s. i.e.
<a href="http://stackoverflow.com/questions/5377450/maximum-number-of-open-filehandles-per-process-on-osx-and-how-to-increase">http://stackoverflow.com/questions/5377450/maximum-number-of-open-filehandles-per-process-on-osx-and-how-to-increase</a>.
And because in my opinion it is not the normal use case to merge such a lot of
PDF in one step, and even then You can divide it into several steps as a
workaround for the Mac OS, I'm not willing to work on it. If You want to do,
You're welcome.
<span class="quote">>
> 2. In PDFDoc constructor, format string (arg no.) is wrong.
>
> line 156.
> error(errIO, -1, "Couldn't open file '{0:t}': {0:s}.", fileName,
> strerror(errno));
>
> must be.
>
> error(errIO, -1, "Couldn't open file '{0:t}': {1:s}.", fileName,
> strerror(errno));</span >
@Albert: that's obviously true. Can You change it?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>