[Pkg-tcltk-devel] Bug#364176: [SPAM] - Re: wish8.4 sends extra CR's to terminal - Bayesian Filter detected spam

[Sergei Golovan]

On Sun, Aug 31, 2008 at 11:11 PM,  <jidanni at jidanni.org> wrote:
> SG> But why do you think that it's a bug? Is there a requirement
> SG> not to send extra CR to a terminal? Or does it hurt somehow?
>
> Simple, there are two conventions for end of line: LF as in UNIX, and
> CRLF, as in MS-DOS. CRCRLF means they are not aware of what they are

This convention is only for files, isn't it? For terminals it's always
safer to put CR LF if you want to make sure that you'll start from the
beginning of the next line. Have you ever seen a 'stairs' after
crashing a curses application (which sets terminal into a mode where
single LF just shifts cursor down and doesn't return the carriage).

> sending, and how it will be interpreted in some environments.

Could you provide an example where putting CR CR and CR to a terminal
will be interpreted differently (except probably a very old typewriter
devices where CR CR was required otherwise the carriage physically
couldn't return in time when only one CR is output).

> Might as well append 5 0x0 nulls and 4 0x20 space characters to each
> line too, as they probably are invisible to some users, but not me.

I thought about this (many more CRs). But this clearly isn't the case.
There are only two CRs.

Cheers!
-- 
Sergei Golovan