|
Home > Archive > Unix True 64 > January 2005 > Printcap entry for serial printer on Digi serial port server
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Printcap entry for serial printer on Digi serial port server
|
|
| mwburden 2005-01-18, 5:56 pm |
| Good morning,
I have a number of serial printers attached to Digi TS16 serial port
servers using the Digi RealPort driver. If I cat > /dev/ttyD1001s
my output prints perfectly.
I used sysman to create a print queue using this device, and used lpc
up to start the queue. Jobs submitted to the new printer remain in
the queue and do not print.
I tried copying the "seial printer" section from the FAQ and posting it
into my /etc/printcap in place of the entry for the new printer, with
the same results.
Print queues for non-local printers are working fine.
I've been able to come close to getting this to work by using an output
filter script that simply cats standard input to /dev/ttyD1001s, and
set the device for the printer queue to /dev/null, but this has some
obvious drawbacks (lpstat -v won't show the correct device, for
example.)
Does anyone know why cat can send output to the device with no
problem, but lpd can't?
| |
| Alexander Ackermann 2005-01-19, 2:48 am |
| mwburden schrieb:
> Good morning,
>
> I have a number of serial printers attached to Digi TS16 serial port
> servers using the Digi RealPort driver. If I cat > /dev/ttyD1001s
> my output prints perfectly.
>
> [ ... ]
> I've been able to come close to getting this to work by using an output
> filter script that simply cats standard input to /dev/ttyD1001s, and
hi,
maybe things are different with the serial device when opened by the lpd
instead of cat (Baud Rate, modem control, flow-control). Try "man
printcap" and look for the settings commented like "if lp is a tty ..."
Otherwise, if your TS16 supports local lpd services (like Decserver 700
or 900 devices) why not use them ?
Regards
Alexander Ackermann
|
|
|
|
|