Re: Serial port problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2009-09-04 at 12:08 -0500, folderol wrote:
> Using gtkterm on both of these with the usual, 9600 baud, 8 bit data,
> no parity, 1 stop bit, no flow control.
> 
No flow control always makes my teeth itch - you're betting that the
receiving program is *always* fast enough to be ready for the next
character. This is often not the case with newline, because the receiver
may need to scroll the screen: as this involves copying everything in
the window up a line and clearing the bottom line, in general it is
bound to be MUCH slower than merely adding the next char to the current
line or even expanding a TAB.
 
> Sending individual characters, or any group of characters either way
> shows no problems at all.
> 
That's expected if they don't include a newline or maybe a tab.

> Sending from Tera Term, to gtkterm works fine, no problems at all, but
> sending the other way results in always losing the first two
> characters of a line, and if it's more than about 8 characters also
> losing later ones, apparently randomly.
>
Try setting XON/XOFF handshaking at both ends and see if this helps.
This is a purely software way of preventing data loss, so should work on
any hardware.


Martin




[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux