Re: two bugs involving certain spam

Bert Driehuis dixit:

>>> That string "1;2c" is part of an ANSI reply (it is consistent with your
>>> terminal answering "ESC[?1;2c" to an ESC[0c request). Pine should not pass
>>> any
>>
>> Actually, "ESC [" is also available as "CSI" (a C1 control
>> character). This is why UTF-8 terminals are more robust - if
>> you want it to receive CSI (U+009B), you must encode it...
>
> Interesting... I was wondering what UTF-8 would do with those combined escapes

The combined "ESC [" stays the same: U+001B U+005B,
transmitted as \x1B \x5B in UTF-8 or ASCII, it's the same.

The 8-bit control character "CSI" stays the same too: U+009B,
but it's transmitted as \x9B in 8-bit mode (note that's not
ASCII, because ASCII is 7-bit and therefore _cannot_ express
this character), and \xC2 \x9B in UTF-8 mode.

> (and I had no clue they had a name :-)

I recherched that, because I'm switching my operating sy-
stem to UTF-8 at the moment, and learning about terminal
emulators and real terminals (have a VT420 here, connected
to my SPARCstation 20 as system (serial) console) at the
same time.

The VT420 User's Guide was helpful too, can be read at
http://www.vt100.net/docs/vt420-uu/ (and the docs for
other terminals as well, of course).

bye,
//mirabile
-- 
  "Using Lynx is like wearing a really good pair of shades: cuts out
   the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL."
                                         -- Henry Nelson, March 1999
_______________________________________________
Pine-info mailing list
[email protected]
http://mailman1.u.washington.edu/mailman/listinfo/pine-info