[cups.development] What did I do wrong ?

Michael Sweet mike at easysw.com
Wed Nov 15 15:58:18 PST 2006


Jerome Alet wrote:
> ...
> When looking at CUPS' error_log in debug2 mode, I can see :
> 
> --- CUT ---
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[0]="HP2100"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[1]="743"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[2]="jerome"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[3]="facture20061100111.pdf"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[4]="2"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[5]="job-uuid=urn:uuid:f7041e29-4cd2-3cc6-7897-bbb44014f1e6"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] argv[6]="/var/spool/cups/d00743-001"
> D [15/Nov/2006:23:12:38 +0100] [Job 743] envp[0]="CUPS_CACHEDIR=/var/cache/cups"
> --- CUT ---
> 
> The job is routed through my print accounting software PyKota, which begins
> by logging its command line arguments and they are :
> 
> --- CUT ---
> D [15/Nov/2006:23:12:39 +0100] [Job 743] PyKota (PID 20122) : Command line arguments : "/usr/lib/cups/backend/cupspykota" "743" "jerome" "facture20061100111.pdf" "2" "job-uuid=urn:uuid:f7041e29-4cd2-3cc6-7897-bbb44014f1e6"
> --- CUT ---
> 
> Something is missing there, and I'd like to understand why.

argv[6] is only passed to the first filter.  If any filter processes
the job before your backend, then the backend won't get argv[6].

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com




More information about the cups mailing list