I have a SLIP connection between a DU 3.2c (soon to
be 4.0d) and a linux slackware machine (2.0.30).
The connection is serial on analog lines at 31k connection
which the modems apparantly can compress to make it
appear faster.
When I send a fairly large job via the SLIP, it may
take 15 or so minutes for the full transfer. I can't
really increase my packet sizes as I also am using
telnet connections simultaneously.
I originally was wondering if lpr can be set to print
as soon as it starts receiving the data, which I
was told basically no it can't. I am just sending
raw data to the printer, so the data doesn't need
to be preproccessed before being printed.
It was also suggested possibly setting up a socket to
receive the file then put it to the printer as it
arrives....Currently we use the TCP/IP software to do
something very similar for sending jobs to our Rapid
Print 200 (printer server). Does anyone know if this
would work for what I want it to do. Basically this
software sends data from a FIFO pipe to an IP address
which the RP200 reads then starts printing to the printers.
Can a named FIFO pipe be established over a SLIP connection?
and if it can, what would be the packet size? Currently the
pipes the software uses are 65535 maximum, Can I reduce this
maximum to say 4096? or smaller?
I know that when I'm running 4.0d, this won't be much of
problem, since TCP/IP printing is supported.
I have little experience working with sockets and named pipes
so any man pages that might be helpful would be appreciated
or any tips on how to go about setting this up, or pitfalls.
This should prove to be another instresting adventure
into the world of unix.......
TIA
George Gallen
ggallen_at_slackinc.com
Received on Wed Feb 10 1999 - 18:42:37 NZDT