Re:Introducing extended line endings support in Notepad
by jacquesm on Tuesday May 08, 2018 @05:25PM
(#17025301)
I see what you're getting at. That the next character would start to be printed before the carriage return had completed with the sending side not respecting the fact that it had just sent a carriage return by waiting for a bit.
From what I remember most TTY drivers would automatically insert an appropriate delay after a CR because the LF is optional, you can happily overprint a line if you want.
Re:Introducing extended line endings support in Notepad
by mark-r on Tuesday May 08, 2018 @05:49PM
(#17025524)
I remember a system that overprinted about 5 characters to black out a password after you entered it. Good times.
The NUL character was useful for inserting a delay into the serial stream.
Re:Introducing extended line endings support in Notepad
by jacquesm on Tuesday May 08, 2018 @05:54PM
(#17025567)
Hehe, security by obscure it y.
And in sync links (not TTY's those were mostly async with start and stop bits, more like HDLC style stuff) those nuls were mandatory, you had to send something.
We always played it safe anyway, by punching CR LF RUBOUT at the end of each line on a paper tape. The RUBOUT added a bit more delay before the next character was printed, so you could feel sure that it would print at the correct position.