home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!cs.utexas.edu!sun-barr!rutgers!cmcl2!panix!alexis
- From: alexis@panix.com (Alexis Rosen)
- Newsgroups: comp.unix.aux
- Subject: Re: VersaTerm Pro (3.6.2)
- Message-ID: <1992Aug26.102547.980@panix.com>
- Date: 26 Aug 92 10:25:47 GMT
- References: <1037@jagubox.gsfc.nasa.gov>
- Organization: PANIX Public Access Unix, NYC
- Lines: 40
-
- jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
- >I've just gotten the latest version of VersaTerm Pro (3.6.2) and have
- >been working with it for the past few days. It seems to work fine under
- >3.0 except for one tiny thing:
-
- >VT-Pro will _occasionally_ hang the system when telneting onto yourself
- >if you are using the new in.telnetd daemon... command-option-e is your
- >only escape. Sometimes it doesn't happen for a while, other times it'll
- >happen 3-4 times back-to-back. To add a bit more intrigue to this, whne
- >you _do_ connect to yourself, the login prompt is "rlogin" and not
- >"login".
-
- This is a bug in the new in.telnetd. The "r" (which looks like something
- else in other telecom programs- it's actually some 8th-bit-set character)
- is the result of in.telnetd not handling telnet Synchs properly. You'll
- see similar garbage after hitting ^C, for example.
-
- I was going to try and fix this, but now I don't need to... It's probably
- an easy fix, though.
-
- >It seems to work fine under the original in.telnetd and when accessing
- >other hosts and about 85% of the time with the new daemon. It's almost
- >definately a problem with VT-Pro though, since I have seen absolutely
- >no other problems with the new daemon so I'm guessing that VT-Pro tries
- >to do something "strange" and the system hangs.
-
- In a later message:
- >Well, after more hacking away I found out that if you, under VT-Pro,
- >configure the Telnet Tool to Request No Echo, then it _won't_ hang (well,
- >at least I haven't seen it yet).
-
- I guess the new in.telnetd is broken there too. I suggest that this may be
- another appearance of the same bug that causes Synch not to work: I think
- that some part of the telnet options negotiation code is broken.
-
- --
- Alexis Rosen Owner/Sysadmin,
- PANIX Public Access Unix & Internet, NYC.
- alexis@panix.com
- {uupsi,cmcl2}!panix!alexis
-