<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html; charset=ISO-8859-1"

 http-equiv="Content-Type">

</head>

<body text="#000000" bgcolor="#ffffff">

On 10/18/2010 12:13 PM, William Pietri wrote:

<blockquote cite="mid:4CBC9C4D.7080105@scissor.com" type="cite">

  <pre wrap="">I see in the logs that it starts a bunch of things (filters bannertops, 

pstopdf, pdftopdf, cpdftocps, and brlpdwrappermfc6490cw, and the lpd 

backend). Is there some easy way to me to peek into what's going on 

there in terms of inputs, arguments called, and outputs?

Worst case I figure I'll run strace, but I figure there must be some 

better magic for debugging issues like this.

  </pre>

</blockquote>

<br>

Thanks, everybody, for your suggestions. I ended up just resorting to a

bit of strace plus running filters manually, starting with the tail end

of the chain. It turned out that because I was using CUPS to talk to an

LPD driver, I had to install both the Brother CUPS and Brother LPD

packages.<br>

<br>

Since I'm pretty ignorant of CUPS, I don't know how much sense these

suggestions make, but if I could wave a magic wand, these would have

been nice:<br>

<br>

<ol>

  <li>In debug logging, printing the full arguments of all filters

called.</li>

  <li>In regular logging, calling out sending a zero-byte payload to

the printer as an error.</li>

  <li>The ability to get a little information on what's getting passed

between filters, so that I can tell where the failure is. E.g., logging

how many bytes each filter takes in and puts out.</li>

  <li>Getting dumps of the contents at each stage in the filter chain,

so I could inspect things.</li>

</ol>

<br>

And thanks generally for CUPS, which is pretty swell.<br>

<br>

<br>

William<br>

<br>

</body>

</html>