I am using the 1.3.3 dgap on a PC/Xem board with 32 ports. The pre-release driver when printing directly to /dev/ttyd24 after using the command below always does not print the last line to print. Next print prints out the last line and then prints all but the last line of this print. It does not matter how many pages it is always just the last line. If I send
to the device it prints one character. I continue sending
to the printer till I finally get the entire message out but on the next print it jumps down the number of
and starts printing holding the last line again. I see this from applications or catting a file to the printer.
I use
ditty 4800 ixon opost onlcr /dev/ttyd24
to set the speed. All 24 other terminals and printers are working. Only this one has problems. Is there something in the dgap driver that I need to set? I am using this on SUSE Linux 10.0 direct to the device. The spooler does the same thing on this device. I tried the /dev/prd24 and tried setting it the same way. All I get from it is one line.
I am frustrated because the other 7 printer’s and 16 terminals are working without problems. So I suspect the driver as the cause. Changing printers or printer types does not matter.
Any ideas?
Thanks,
Boyd Gerber
When using a slow serial printer with flow control, you may find that some of your print jobs get truncated.
If your printer uses flow control and is slow enough that it can’t accept all the data from the buffer within 30 seconds after printing software has closed the serial port, the tail end of the buffer’s contents will be lost. If the command cat file > /dev/ttyx## produces complete printouts for short files but truncated ones for longer files, you may have this condition.
If so, you will want to add a 30 second sleep to your print spooler back end in order to allow the data to drain prior to closing the port. In some cases, holding the port in an open state may work:
cat < /dev/ttyx## > /dev/null &
The problem is that is does not matter if it is a small job or a large job. The last line is not going to the printer till the next print. It then prints it. Nothing is ever lost. Only held. I am going directly to the device… > /dev/ttyd24 and it is only the last line. For example
a
ab
abc
abcd
abcde
abcdef
abcdefg
The abcdefg is held. and
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
ab
abc
abcd
abcde
abcdef
abcdefg
abcdefgh
abcdefghi
abcdefghij
abcdefghijk
abcdefghijkl
abcdefghijklm
abcdefghijklmn
abcdefghijklmno
abcdefghijklmnop
abcdefghijklmnopq
abcdefghijklmnopqr
abcdefghijklmnopqrs
abcdefghijklmnopqrst
abcedfghijklmnopqrstu
abcdefghijklmnopqrstuv
abcdefghijklmnopqrstuvw
abcdefghijklmnopqrstuvwx
abcdefghijklmnopqrstuvwxy
abcdefghijklmnopqrstuvwxyz
a
Then a is held and printed on the next print. Nothing is ever lost just held till the next print. I am able to do
echo "
" > /dev/ttyd24
and it will print the a exactly where it is suppose to be. The next print although will have the
or new line then the start of the sequence. It does not matter if it is the above or a 30 page document. The last line will always be held. Every thing is is printer with out loosing any thing. I did the above examples and a 30 page document with the last line of each being held. I am at a total loss on how to resolve this issue.
Thanks,
Boyd Lynn Gerber
gerberb@zenez.com
I have tried both of these upon boot with the same result
cat < /dev/ttyd24 > /dev/null & ditty 4800 ixon opost onlcr ttyd24
ditty 4800 ixon opost onlcr ttyd24
I have had them in an dgap_init that is run once upon boot. They both have the same result of the last line being held regardless of which is used. Currently the first one is being used.
Never heard of this behavior. You should contact Digi Tech. Support to pursue this.