[lkml]   [1999]   [Jul]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: tcp or telnet problem?
Hi Joe.

>>> Running redhat 6.0 with redhat's kernel 2.2.5-22.

>>> I telnet into my customer's box, they on a DSL line,
>>> me on a dialup.

>> YOUR computer is running RedHat 6.0? Or the customer's
>> box is running RedHat 6, or both?

> Customer's box is RH6, mine is RH 5.2 or win98 or solaris
> or sunos 5.3

>>> I can login, and do most things just fine. But if I do
>>> anything that produces more than about 1/3rd of a screen
>>> of info, my output goes away. I can no longet see
>>> anything I type, nor any output from any operation. A
>>> second telnet's ps shows that my commands are being
>>> executed, but all output is going in the bit bucket.

>> This sounds like what happens in the Win95 telnet
>> program that comes with Win95.

> No, that will show a full screen of formatted info, then
> start trashing things when it gets to the bottom line if
> your stty setting is not synchronized to the number of
> lines you have the telnet client configured for and/or
> your TERM is not set for vt100.

Having made extensive use of Win95's telnet, I can confirm that the
above bears no relation to reality - it's the most broken version of
telnet I've ever come across...

1. It does NOT export the screen height and width across the
connection, contrary to the standard. However, it appears
to export some random numbers in their place. As a result,
the far end is usually under the impression that you are
running with a screen with some totally wierdo dimensions.
I've seen both 35x7 and 16x93 come up at the remote end,
and the same remote end will come up with different settings
for different sessions. Ignore this at your peril.

2. It claims to support VT100 correctly, but half the codes
just don't work. This is especially true of the colour
select sequences, which will correctly change colour (but
usually NOT to the colour it should change to), but the
code to restore the default settings is ignored.

3. Watch out for programs that send the VT100 control code
CUP (Cursor up), as Win95 telnet disables the keyboard
if that code is sent.

Basically, scrap it and install a decent telnet - there are plenty
available from the net. Try the SimTel archives for starters...

Incidentally, the Win98 telnet is NOT the same beast. It consistantly
reports a screen size of 0x0 and the bug referred to in item (3)
doesn't exist on it. As for item (2), it correctly changes colour, and
chooses the correct colour when doing so, but still suffers from the
ESC [ 0 m sequence being ignored...

Mind you, this is probably heavily off-topic here - I won't be making
any further comments on it though, so don't bother flaming...

Best wishes from Riley.

| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:53    [W:0.038 / U:0.260 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site