Sync serial bridging over Ethernet, was Re: [HECnet] Multi-floor household (DECnet) routing help needed

Johnny Billquist bqt at softjar.se
Tue Jan 22 09:52:12 PST 2013


On 2013-01-22 18:06, G. wrote:
On Tue, 22 Jan 2013 09:57:35 -0500, you wrote:

There is a test suite which attempts to validate whether or not an emulation
does VT (DEC) escape sequences correctly.   I posted a service which I offer
to run this suit yesterday.   'telnet great-escape.tmesis.com' and login as
VTTEST.   There is no password.

It's me or the Tmesis ASCII-art logo appears somewhat scrambled? I'm using
PuTTY 0.62 (the latest) on Windows XP. I've tried more than once before
writing this, and got the same result either with a 80x24 terminal size, or
with a full screen PuTTY window that gives more or less a 120x60 terminal.

OK, just to be sure I looked at the raw data with tcpdump and there is really
a CRLF where I think it should not:

      0x00b0:   316d 6d71 716b 2020 206c 7171 7171 7171   1mmqqk...lqqqqqq
      0x00c0:   7171 7171 7177 7171 7171 7171 7171 7171   qqqqqwqqqqqqqqqq
      0x00d0:   7177 7171 7171 7171 7171 7171 7177 7171   qwqqqqqqqqqqqwqq
      0x00e0:   7177 7171 7171 7171 710d 0a71 7171 7175   qwqqqqqqq..qqqqu
      0x00f0:   1b28 421b 5b30 3b31 6d20 2874 6d29 1b5b   .(B.[0;1m.(tm).[

The above is the second Tmesis logo line, the one ending with '(tm)'. Note
that there is a CRLF pair on the fourth tcpdump line... :P

I believe that is because VMS is wrapping output at 80 characters, and (unfortunately) don't realize that some characters are non-printing, as they are part of escape sequences. So the wrapping happens, even though we're not at column 80 yet.

	Johnny



More information about the Hecnet-list mailing list