Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!husc6!hao!ames!ptsfa!ihnp4!inuxc!iuvax!pur-ee!uiucdcs!uxc.cso.uiuc.edu!uiucuxe!alexandr
From: alexandr@uiucuxe.cso.uiuc.edu
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Wollongong telnet and new line proc
Message-ID: <64200002@uiucuxe>
Date: Wed, 22-Jul-87 16:37:00 EDT
Article-I.D.: uiucuxe.64200002
Posted: Wed Jul 22 16:37:00 1987
Date-Received: Sat, 25-Jul-87 11:06:28 EDT
References: <25@abvax.icd.ab.com>
Lines: 40
Nf-ID: #R:abvax.icd.ab.com:25:uiucuxe:64200002:000:1301
Nf-From: uiucuxe.cso.uiuc.edu!alexandr    Jul 22 15:37:00 1987



The bug is in telnetd for the incoming session, not telnet for the outgoing
session.  There is nothing wrong with the pty driver at all.
Here is a diff.  Your line numbers may vary.  The problem is that
someone misread the telnet spec and interpreted "NEWLINE" to mean
UNIX newline character ('\n') not a conceptual end of line.  The
result:  If you telnet into a 4.3 machine (or SUN running 3.2),
you can't telnet out to any non-unix machine.  You can't tip anywhere.
It's a dumb bug, but easy to fix.

-- Steve Alexander
Workstation Development, National Center for Supercomputing Applications
stevea%newton@uxc.cso.uiuc.edu
stevea%newton@uiuc.arpa
stevea%newton@uiuc.csnet
stevea@uiucvmd.bitnet
...!{pur-ee, convex, ihnp4}!uiucdcs!uiucuxc!newton!stevea

----- cut here for diffs ------

*** /tmp/geta2947	Wed Jul 22 15:30:13 1987
--- /tmp/getb2947	Wed Jul 22 15:30:14 1987
***************
*** 637,643 ****
  			if ((myopts[TELOPT_BINARY] == OPT_NO) && c == '\r') {
  				if ((ncc > 0) && ('\n' == *netip)) {
  					netip++; ncc--;
! 					c = '\n';
  				} else {
  					state = TS_CR;
  				}
--- 652,658 ----
  			if ((myopts[TELOPT_BINARY] == OPT_NO) && c == '\r') {
  				if ((ncc > 0) && ('\n' == *netip)) {
  					netip++; ncc--;
! 					c = '\r';
  				} else {
  					state = TS_CR;
  				}