I occasionally run into cups servers in which pdftops will be running seemingly forever against a single pdf.  Currently we&#39;re using 0.16.1.  I would love to be able to provide one of the PDFs in question, but unfortunately this is a business environment and most of the files are confidential.  I&#39;m hoping there is some other way we can work towards debugging the situation.<div>



<br></div><div>I have one such pdf sitting in front of me now.  The pdftops -origpagesize -level2 [pdf] just keeps churning and churning.  It produced a sizable .ps file almost immediately, then it just stops writing data, even though the process is still running.  The .ps file never appears to grow, even if left for several more minutes.  This behavior hangs up cups something awful, but I can also reproduce it manually.</div>

<div><br></div><div>I fired up the process in gdb, waited for a few minutes, and then stopped the process.  Each time, the output was:</div><div><br></div><div><div>0x00007ffff7b3e254 in Splash::pipeRun (this=&lt;value optimized out&gt;, pipe=0x7fffffffd350) at Splash.cc:402</div>

<div>402     Splash.cc: No such file or directory.</div><div>        in Splash.cc</div><div><br></div><div>0x00007ffff7b3e269 in Splash::pipeRun (this=&lt;value optimized out&gt;, pipe=0x7fffffffd350) at Splash.cc:405</div>

<div>405     Splash.cc: No such file or directory.</div><div>        in Splash.cc</div></div><div><br></div><div><div>Splash::pipeRun (this=0x7872d0, pipe=0x7fffffffd350) at Splash.cc:399</div><div>399     Splash.cc: No such file or directory.</div>
<div>        in Splash.cc</div></div><div><br></div><div>Seems to be fairly consistently doing Splash:pipeRun.  I&#39;m not familiar with the source, and not sure if this is helpful or not, but I&#39;d be glad to gather other info upon request.</div>
<div><br></div><div>Thanks,</div><div>M@</div>