[cups.general] From plp to Cups?

[Helge Blischke]

Daniel Spannbauer wrote:
> 
> 
> 
>>>> Ok, our plp is now sending the control-file (cf) before the datafile
>>>> (df). The Parameter "fj" in every printcap-entry does the trick.
>>>> Bute cups is still not printing. The Control-File seems to be correct
>>>> and it is sended first (checked by a strace over the cups-lpd), but
>>>> there is no Printjob on the Cups-side.
>>>>
>>>> Heres the Controll-file:
>>>> CA
>>>> D1235723979
>>>> Hdumper
>>>> LDaniel Spannbauer,bab,27
>>>> Pds
>>>> Y1
>>>> NDocuments/test.ps
>>>> JDocuments/test.ps
>>>> fdfA060dumper
>>>> UdfA060dumper
>>>>
>>>> Any clues?
>>
>> Michael Sweet schrieb:
>>> The control file contains some non-standard stuff, but nothing 
>>> cups-lpd can't handle.
>>>
>>> Any messages in your system log from cups-lpd?
>>
>> No, only the Standard-Message:
>>
>> Feb 28 09:53:22 b-bup cups-lpd[18161]: Connection from dumper (IPv4 
>> 10.3.2.4)
>> Feb 28 09:53:22 b-bup cups-lpd[18161]: Receive print job for color_b_eg
>> Feb 28 09:53:22 b-bup cups-lpd[18161]: Closing connection
>>
>>
>> Thats all. Nothing More, nothing less. But plp gives the output:
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Sendjob: 
>> sendname cfX066dumper to b-bup failed
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Link_send: 
>> link to b-bup not open
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Sendjob: 
>> sendname cfX066dumper to b-bup failed
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Link_send: 
>> link to b-bup not open
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Sendjob: 
>> sendname cfX066dumper to b-bup failed
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Link_send: 
>> link to b-bup not open
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: Sendjob: 
>> sendname cfX066dumper to b-bup failed
>> Feb 28 09:53:22 dumper /usr/uti/lib/lpd[15677]: hp5550: job cannot be 
>> sent from dumper to b-bup
>>
> Attached there is another strace from cups-lpd.
> Regards
> 
> Daniel
> 
> 
> 
> 
>>>> -- 
>>>> Daniel Spannbauer                         Software Entwicklung
>>>> marco Systemanalyse und Entwicklung GmbH  Tel   +49 8333 9233-27 Fax 
>>>> -11
>>>> Rechbergstr. 4 - 6, D 87727 Babenhausen   Mobil +49 171 4033220
>>>> http://www.marco.de/                      Email ds at marco.de 
>>>> <mailto:ds at marco.de>
>>>> Geschäftsführer Martin Reuter             HRB 171775 Amtsgericht 
>>>> München
>>>>
>>>> _______________________________________________
>>>> cups mailing list
>>>> cups at easysw.com <mailto:cups at easysw.com>
>>>> http://lists.easysw.com/mailman/listinfo/cups
>>> ________________________________________
>>> Michael R Sweet, Senior Printing System Engineer
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> cups mailing list
>>> cups at easysw.com
>>> http://lists.easysw.com/mailman/listinfo/cups
>>
> 

Well, the "receive print file for printer xxx" has been accepted
and acknowledged (by sending 0x00 back), but the next line cups-lpd
gets from the input stream reads
"\004122 cfX055dumper\n"
The initial flag byte "\0" is definitely wrong and thus answered by a
"\1" negative acknowledge byte; it should be "\2"
for the control file, and is the control file really 4122 bytes in size?

I just looked into the cups-lpd source (cups 1.3.5), it accepts only the
Berkeley style flag bytes, so you must not specify the fj switch.

Helge

-- 
Helge Blischke
Softwareentwicklung

H.Blischke at acm.org